一个脚本里遇到的，这个函数的写法是：

inner_stop(){
  local pid=$( get_service_pid )
  [ ! -z "$pid" ] && kill $pid
}

在调用完这个函数的地方需要检查一下它的执行结果，通过 $? 来判断，结果当前一句pid为空时，inner_stop 总会返回1。本来的意图是，判断当pid存在才执行kill，否则pid为空直接返回成功，而不是返回错误。这里忘了bash函数的返回值是上最后一条语句的执行结果 [ xxx ] 测试语句不满足时返回1

在返回值这点上要注意，不同于其他语言，bash属于弱类型语言，并且返回值总是最后一个命令的执行结果，if condition; then doSomething; fi 语句即可以返回if condition 的执行结果，也可以返回doSomething的结果。（注意这里说的结果是指return value，不是标准输出的内容）

#!/bin/bash

foo() {
  [ ! -z "$x" ] && echo "x not empty"
}

foo || echo "foo function return $?"

上面脚本执行时，如果没有全局声明过x变量，foo函数的返回总是1(错误)，需要对另一个分支显式的return 0才行。

bash的函数如果有返回值，并要赋值给一个变量，跟普通的命令调用没有差异，都是: v=$(func) 的方式。需要注意的是，这里执行了fork操作，如果函数里有调用exit的话，只是让子进程退出，当前进程并不会退出。如果想要让当前进程也退出，可以使用set -e或在函数调用结束的时候再判断一次，比如：

v=$(func) || exit $?

如果函数调用失败，当前进程也退出。

今天遇到一个跟这个相关的陷阱，但并不是fork的问题，而是bash语法解析的问题，先看看我当时的写法，脚本简化后：

$ cat a.sh
#!/bin/bash

foo() {
    echo "error" && exit 1
}

bar() {
    local r=$( foo ) || exit $?
    echo $r # 执行了这里
}

bar

如上，函数bar以fork的方式调用foo，我们预期是foo返回值不为0时，bar函数也退出。所以上面bar函数里最后的echo $r不应该被执行到。但实际运行的时候发现这段代码确实可以执行到bar函数的最后一行。

后来，去掉了local修饰符，执行符合预期了：

bar() {
    r=$( foo ) || exit $?
    echo $r # 不会执行到这里
}

看来是 r=$( foo ) || exit $? 里的逻辑或||被解析器作为等号后边两个命令的逻辑运算；而前边加了local修饰符之后，逻辑或||被当成表达式local r=$(foo) 与 命令 exit 之间的逻辑运算。