为何用/usr/bin/env

本文介绍了在Linux环境中如何使用env命令来指定脚本的解释器,并探讨了使用env与直接指定解释器路径的区别。通过具体示例说明了env在解决脚本解释器路径依赖问题上的优势。
在linux的一些bash的脚本,需在开头一行指定脚本的解释程序,如:
#!/usr/bin/env python
再如:
#!/usr/bin/env perl
#!/usr/bin/env zimbu
但有时候也用
#!/usr/bin/python

#!/usr/bin/perl
那么 env到底有什么用?何时用这个呢?
脚本用env启动的原因,是因为脚本解释器在linux中可能被安装于不同的目录,env可以在系统的PATH目录中查找。同时,env还规定一些系统环境变量。

如我系统里env程序执行后打印结果:


zhouhh@zhh64:~$ env
ORBIT_SOCKETDIR=/tmp/orbit-zhouhh
SSH_AGENT_PID=1690
GPG_AGENT_INFO=/tmp/gpg-mtL1Zu/S.gpg-agent:1691:1
TERM=xterm
SHELL=/bin/bash
XDG_SESSION_COOKIE=d5d84d25809d4bece35534e04b42f288-1294880359.975147-1087503175
WINDOWID=79719698
GNOME_KEYRING_CONTROL=/tmp/keyring-UNhAyN
GTK_MODULES=canberra-gtk-module
USER=zhouhh
LS_COLORS=rs=0:di=01;34:ln=01;36:mh=00:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:su=37;41:sg=30;43:ca=30;41:tw=30;42:ow=34;42:st=37;44:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.lzma=01;31:*.tlz=01;31:*.txz=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.dz=01;31:*.gz=01;31:*.lz=01;31:*.xz=01;31:*.bz2=01;31:*.bz=01;31:*.tbz=01;31:*.tbz2=01;31:*.tz=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.rar=01;31:*.ace=01;31:*.zoo=01;31:*.cpio=01;31:*.7z=01;31:*.rz=01;31:*.jpg=01;35:*.jpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.svg=01;35:*.svgz=01;35:*.mng=01;35:*.pcx=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.m2v=01;35:*.mkv=01;35:*.ogm=01;35:*.mp4=01;35:*.m4v=01;35:*.mp4v=01;35:*.vob=01;35:*.qt=01;35:*.nuv=01;35:*.wmv=01;35:*.asf=01;35:*.rm=01;35:*.rmvb=01;35:*.flc=01;35:*.avi=01;35:*.fli=01;35:*.flv=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.yuv=01;35:*.cgm=01;35:*.emf=01;35:*.axv=01;35:*.anx=01;35:*.ogv=01;35:*.ogx=01;35:*.aac=00;36:*.au=00;36:*.flac=00;36:*.mid=00;36:*.midi=00;36:*.mka=00;36:*.mp3=00;36:*.mpc=00;36:*.ogg=00;36:*.ra=00;36:*.wav=00;36:*.axa=00;36:*.oga=00;36:*.spx=00;36:*.xspf=00;36:
SSH_AUTH_SOCK=/tmp/keyring-UNhAyN/ssh
DEFAULTS_PATH=/usr/share/gconf/gnome.default.path
SESSION_MANAGER=local/zhh64:@/tmp/.ICE-unix/1396,unix/zhh64:/tmp/.ICE-unix/1396
USERNAME=zhouhh
XDG_CONFIG_DIRS=/etc/xdg/xdg-gnome:/etc/xdg
MAIL=/home/zhouhh/maildir
DESKTOP_SESSION=gnome
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
QT_IM_MODULE=ibus
PWD=/home/zhouhh
XMODIFIERS=@im=ibus
GDM_KEYBOARD_LAYOUT=cn
LANG=zh_CN.UTF-8
MANDATORY_PATH=/usr/share/gconf/gnome.mandatory.path
GDM_LANG=zh_CN.UTF-8
GDMSESSION=gnome
SPEECHD_PORT=7560
SHLVL=1
HOME=/home/zhouhh
LANGUAGE=zh_CN:zh
GNOME_DESKTOP_SESSION_ID=this-is-deprecated
LOGNAME=zhouhh
XDG_DATA_DIRS=/usr/share/gnome:/usr/local/share/:/usr/share/
DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-sy1TrQPCWB,guid=777f902513b924b985c5ce5e0000001c
LESSOPEN=| /usr/bin/lesspipe %s
WINDOWPATH=7
DISPLAY=:0.0
GTK_IM_MODULE=ibus
LESSCLOSE=/usr/bin/lesspipe %s %s
XAUTHORITY=/var/run/gdm/auth-for-zhouhh-9Wko4S/database
COLORTERM=gnome-terminal
_=/usr/bin/env
可以用env来执行程序:

zhouhh@zhh64:~$ env python
Python 2.6.6 (r266:84292, Sep 15 2010, 16:22:56) 
[GCC 4.4.5] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> 

而如果直接将解释器路径写死在脚本里,可能在某些系统就会存在找不到解释器的兼容性问题。有时候我们执行一些脚本时就碰到这种情况。

话说,vim作者Bram Moolenaar推出了一种脚本语言叫zimbu,放在google code上。地址:http://code.google.com/p/zimbu/
下载编译后,执行它的示例程序,报错:

zhouhh@zhh64:~/zimbu$ cat hello.zu
#!/usr/bin/env zimbush

FUNC int MAIN()
  IO.write("Hello World!\n")
  RETURN 0
}
zhouhh@zhh64:~/zimbu$ ./hello.zu
/usr/bin/env: zimbush: 没有那个文件或目录

显然没有设置环境变量。


你遇到了一个关键错误: ``` /usr/bin/env: 'node': Permission denied ``` 这已经不再是 **“找不到 node”**(No such file or directory),而是 **权限被拒绝**(Permission denied)! 这意味着:`www` 用户虽然能“看到” `/usr/local/bin/node`,但 **没有执行权限**。 --- ### 🔍 问题分析 运行以下命令确认 `node` 的权限: ```bash ls -l /usr/local/bin/node ``` 你可能会看到类似输出: ```bash -rwxr-x--- 1 root root 78M Jun 10 2023 /usr/local/bin/node ``` 注意这一段权限: `-rwxr-x---` → 最后三位是 `---`,表示 **其他用户(others)没有任何权限** 而 `sudo -u www` 是以 `www` 用户身份运行,属于 “other” 类别,所以无法执行 `node`。 --- ### ✅ 解决方案:给 `node` 可执行文件添加全局执行权限 #### 第一步:修改权限,允许所有用户执行 node ```bash chmod o+rx /usr/local/bin/node ``` 或者更完整地设置标准权限: ```bash chmod 755 /usr/local/bin/node ``` 📌 解释: - `755` = `rwxr-xr-x` - 所有用户都可以读取和执行 `node`,这是安全且常见的做法 验证是否成功: ```bash ls -l /usr/local/bin/node ``` 应该显示: ```bash -rwxr-xr-x 1 root root ... /usr/local/bin/node ``` ✅ 现在 `www` 用户可以执行 `node` 了。 --- #### 第二步:测试 `www` 是否能运行 node ```bash sudo -u www /usr/local/bin/node --version ``` 你应该能看到: ``` v16.20.2 ``` 如果成功,说明权限问题已解决。 --- #### 第三步:现在可以正常构建项目 ```bash cd /www/wwwroot/szrengjing.com/jsxc/jsxc-master # 安装依赖 sudo -u www env PATH=/usr/local/bin:/usr/bin:/bin yarn install # 构建生产版本 sudo -u www env PATH=/usr/local/bin:/usr/bin:/bin yarn build ``` ✅ 成功后你会看到 webpack 打包过程,并生成 `dist/` 目录下的文件: - `jsxc.min.js` - `jsxc.min.css` - `.map` 文件等 --- ### 🛠️ 额外建议:确保 npm/yarn 也有正确权限 你也应该检查一下: ```bash ls -l /usr/local/bin/yarn ls -l /usr/local/bin/npm ``` 确保它们也是 `rwxr-xr-x` 权限。如果不是,同样修复: ```bash chmod 755 /usr/local/bin/yarn chmod 755 /usr/local/bin/npm ``` --- ### 💡 为什么会出现这个问题? 常见原因包括: | 原因 | 说明 | |------|------| | 手动编译安装 Node.js | 默认只给 owner 和 group 权限 | | 使用脚本安装未配置权限 | 某些一键安装包会忽略权限设置 | | 安全加固工具限制 | 如宝塔面板、云盾等可能自动收紧权限 | 但这并不意味着不能开放执行权限。只要文件本身可信(来自官方 Node.js 发布),`755` 是完全安全的。 --- ### ✅ 总结:你现在要运行的命令 ```bash # 1. 检查 node 权限 ls -l /usr/local/bin/node # 2. 修复权限(关键步骤) sudo chmod 755 /usr/local/bin/node # 3. (可选)修复 yarn 和 npm 权限 sudo chmod 755 /usr/local/bin/yarn sudo chmod 755 /usr/local/bin/npm # 4. 进入项目目录 cd /www/wwwroot/szrengjing.com/jsxc/jsxc-master # 5. 安装依赖 sudo -u www env PATH=/usr/local/bin:/usr/bin:/bin yarn install # 6. 构建项目 sudo -u www env PATH=/usr/local/bin:/usr/bin:/bin yarn build # 7. 查看结果 ls -la dist/ ``` 只要这七步完成,你的 JSXC 就成功构建出来了! ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值