#!/usr/bin/env node 到底是什么

#!/usr/bin/env node 到底是什么？

上一篇文章中给大家介绍了开发npm包的过程，这篇文章来分享一下我在开发npm包中遇到的问题。第一个问题就是#!/usr/bin/env node到底是什么？（如果我的理解有错误，欢迎各位大神指点）

在开发npm包的时候，再将包link到你的项目之后，运行包发现报错了。

 

去Google查找了一下，发现解决方法是需要在你的bin文件的上面增加一行 #!/usr/bin/env node。这句话有什么作用呢？介绍它之前需要先介绍一个知识点。

Shebang

若是有使用过Linux或者Unix的前端开发者，对于Shebang应该不陌生，它是一个符号的名称，#！。这个符号通常在Unix系统的基本中第一行开头中出现，用于指明这个脚本文件的解释程序。了解了Shebang之后就可以理解，增加这一行是为了指定用node执行脚本文件。

当你输入一个命令的时候，npm是如何识别并执行对应的文件的呢？具体的原理阮一峰大神已经在npm scripts 使用指南中介绍过。简单的理解，就是输入命令后，会有在一个新建的shell中执行指定的脚本，在执行这个脚本的时候，我们需要来指定这个脚本的解释程序是node。

在一些情况下，即使你增加了这一行，但还是可能会碰到一下错误，这是为什么呢？

No such file or directory

为了解决这个问题，首先需要了解一下/usr/bin/env。我们已经知道，Shebang是为了指定脚本的解释程序，可是不同用户或者不同的脚本解释器有可能安装在不同的目录下，系统如何知道要去哪里找你的解释程序呢？ /usr/bin/env就是告诉系统可以在PATH目录中查找。 所以配置#!/usr/bin/env node, 就是解决了不同的用户node路径不同的问题，可以让系统动态的去查找node来执行你的脚本文件。

看到这里你应该理解，为什么会出现No such file or directory的错误？因为你的node安装路径没有添加到系统的PATH中。所以去进行node环境变量配置就可以了。

要是你只是想简单的测试一下，那么你可以通过which node命令来找到你本地的node安装路径，将/usr/bin/env改为你查找到的node路径即可。

最后需要说明的一点是，windows不支持Shebang,它是通过文件的扩展名来确定使用什么解释器来执行脚本。