CentOS与OS X中Shebang双破折号兼容性问题排查

你遇到的是BSD与GNU环境下env命令的参数解析差异——OS X用的BSD版本env对shebang多参数写法兼容性较强，但CentOS的GNU env严格遵循shebang标准规则：shebang里只能跟一个参数，多余的参数会被当成env自身的参数，而非传递给babel-node，这就是报错的根源。

先明确你的场景：
你有一个设置了+x权限的./run文件，内容为：

#!/usr/bin/env babel-node -- require("generator/run.js")

在本地OS X执行./run someTask --someFlag时运行正常，process.argv输出：

[ 'node', '/Users/username/Projects/projectname/run', 'someTask', '--someFlag' ]

但在CentOS执行相同命令时出现错误。

下面给你几个可行的解决方案，按推荐程度排序：

方案1：改用标准shebang写法（最简洁） #

把./run的内容调整为符合标准规范的写法，只指定执行器，脚本内容直接调用目标模块：

#!/usr/bin/env babel-node
require("generator/run.js")

这种写法在BSD和GNU环境下都能被正确解析，执行时传入的参数也会完整传递到你的任务管理器中。修改后记得确保权限正常：

chmod +x ./run

方案2：用bash脚本包装（兼容性最强） #

如果无法调整模块调用方式，可以用bash脚本做一层包装，保证参数完整传递：
将./run改为bash脚本，内容如下：

#!/bin/bash
exec babel-node -- require("generator/run.js") "$@"

这里的"$@"会原封不动地把执行脚本时传入的所有参数（比如someTask --someFlag）传递给babel-node，exec则会替换当前bash进程为babel-node进程，避免额外的进程开销。同样要确保权限：

chmod +x ./run

方案3：写死babel-node路径（不推荐，兼容性差） #

如果CentOS上babel-node的路径固定（比如/usr/local/bin/babel-node），可以直接写死路径：

#!/usr/local/bin/babel-node -- require("generator/run.js")

但这种方式局限性很大，换机器后若babel-node路径不同，脚本直接失效，仅适合单环境场景。

选择任一方案修改后，在CentOS上重新执行./run someTask --someFlag，就能和OS X上一样正常运行，process.argv也会输出正确的参数列表。

内容的提问来源于stack exchange，提问作者Ivan Kleshnin