PHPor 的Blog

不惑： shell函数中可以使用return语句提前返回

疑惑：有些shell脚本中，函数外也会出现return；有些shell脚本中在函数外写return就执行失败

参考：

解惑：

1. 函数中可以使用return语句
2. 被引用的脚本（就是source 或 dot 方式执行的脚本）中函数外也可以使用return； 使用 sh script.sh 方式执行的script.sh 中不能出现函数外的return语句； 即： 如果在函数外使用return语句，你要清楚你的脚本是用来被source的，而不是被 sh 的；
3. 其他情况下的return语句将返回失败

先看两个例子：

basename 和 printf 都是常用的命令，怎么还能出问题？

对于shell来讲，参数字符串可以使用引号引起来，也可以不引起来；如果单个参数中含有空格，一般会引起来； 但是，不管是否引起来，如果位于option的位置，就会尝试当做option解析，一般的option都以dash(-) 开头； 有些程序在当做option解析失败时，就会当做别的参数处理，但是有些程序就提示“无效的option”（如： 上面的basename、printf）

有些时候，我们不在意参数前面是否有一个多余的空格，则可以在dash前面添加一个空格来解决，如：

但是，有时候我们真的不想添加这个空格，而且，这一定不是一个不可逾越的“空格”，那么，正确的姿势是什么呢？

当我们不希望将参数识别为option的时候，就在该参数前面添加两个连续的中划线（dubble dash），以告诉命令option到此为止，后面的不要作为option处理了，如：

下载文件时，最好有断点续传的功能，免得下载了一部分断掉了导致前功尽弃，curl就支持断点续传；

文件copy时，很少有断点续传的需求，而且cp命令也没有断点续传的功能，有时候copy N 个TB的数据，中间断掉也是很不爽的，如果能支持断点copy就好了。

其实，curl也可以用于文件copy，那么也就自然可以实现断点copy的功能了，如：

-C 后面的 横线 意味着自动检测目标文件的大小，然后决定从哪个位置开始下载

有些时候，你可能只关心文件的某一个部分，这时候，可以使用curl 的-C来指定一个起始位置的

https://item.jd.com/1179011.html

读速度： 60MB/s

写速度： 88MB/s

测试方法：

有一种文件下载方式为： 把知道的下载源都组织到一个文件中（metalink，扩展名 meta4），这些下载源可以是不同的协议（http、ftp、bt等），然后就有一种工具（linux上为aria，mac上为speed download，windows上有getright 等）会参考该文件，同时从多个下载源下载该文件，这样的话，只要下载源够多，基本不会受下载源带宽限制，就看自己有多大带宽了；下载opensuse（4.1GB）使用metalink文件 紧花费了不到10分钟时间

一般来讲，多线程并行下载是不错的办法，但是同时从不同的下载源（而且是不同的下载协议）来下载，就更加疯狂了

参考资料 ：

http://blog.csdn.net/wuyanhuiyishi/article/details/1460728

脚本：

用法：

截屏： （这里仅仅输出了要执行的命令，使用时把echo ssh中的echo去掉就好）