#!/usr/bin/env bash和#!/usr/bin/bash的比较
发布时间:2020-12-15 23:02:02 所属栏目:安全 来源:网络整理
导读:#!/usr/bin/env bash和#!/usr/bin/bash的比较 stackoverflow: http://stackoverflow.com/questions/16365130/the-difference-between-usr-bin-env-bash-and-usr-bin-bash `#!/usr/bin/env bash` #lends you some flexibility on different systems `#!/usr/b
#!/usr/bin/env bash和#!/usr/bin/bash的比较stackoverflow: http://stackoverflow.com/questions/16365130/the-difference-between-usr-bin-env-bash-and-usr-bin-bash `#!/usr/bin/env bash` #lends you some flexibility on different systems
`#!/usr/bin/bash` #gives you explicit control on a given system of what executable is called
? 通过/usr/bin/env 运行程序,用户不需要去寻找程序在系统中的位置(因为在不同的系统,命令或程序存放的位置可能不同),只要程序在你的$PATH中; 通过/usr/bin/env 运行程序另一个好处是,它会根据你的环境寻找并运行默认的版本,提供灵活性。 不好的地方是,有可能在一个多用户的系统中,别人在你的$PATH中放置了一个bash,可能出现错误。 ? 大部分情况下,/usr/bin/env是优先选择的,因为它提供了灵活性,特别是你想在不同的版本下运行这个脚本;而指定具体位置的方式#! /usr/bin/bash,在某些情况下更安全,因为它限制了代码注入的可能。 (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |
相关内容
- bash: /usr/local/bin/rar: /lib/ld-linux.so.2: bad ELF i
- WebServices 动态调用 接口自动创建 EMIT
- 为什么monad不会在scala中构成
- scala – 获取具有冲突名称的外部函数的参数的引用
- Windows Resource Kit Tools
- 下拉菜单 – BootStrap3点击项目后,保持下拉菜单打开
- angularjs – 同一文件中的多个应用和控制器
- adb shell dumpsys iphonesubinfo从Android 5.0 Lollipop起
- 通过客户端编程的方式调用webservice
- Rails中Bootstrap的安装和使用