问题:

• 如果将 shell 脚本插入 shebang 行，内核会做什么？
• 内核如何知道要启动哪个解释器？

解释:

我最近想围绕 /usr/bin/env 编写一个包装器，因为我的 CGI 环境不允许我设置 PATH 变量，除了全局(哪个当然很烂!)。

所以我想，“好吧。让我们设置 PREPENDPATH 并在 env 的包装器中设置 PATH。”。生成的脚本(此处称为 env.1)如下所示:

#!/bin/bash
/usr/bin/env PATH=$PREPENDPATH:$PATH $*

这看起来应该可行。设置 PREPENDPATH 后，我检查了它们的 react :

$ which /usr/bin/env python
/usr/bin/env
/usr/bin/python

$ which /usr/bin/env.1 python
/usr/bin/env
/home/pi/prepend/bin/python

看起来绝对完美!到目前为止，一切都很好。但是看看“Hello World!”会发生什么。

# Shebang is #!/usr/bin/env python
$ test-env.py
Hello World!

# Shebang is #!/usr/bin/env.1 python
$ test-env.1.py
Warning: unknown mime-type for "Hello World!" -- using "application/*"
Error: no such file "Hello World!"

我想我遗漏了一些关于 UNIX 的非常基础的东西。

即使在查看了原始 env 的源代码之后，我还是很迷茫。它设置环境并启动程序(或者在我看来......)。

最佳答案

首先，您应该很少使用$*，而应该几乎总是使用"$@"。这里有许多关于 SO 的问题，它们解释了原因的来龙去脉。

其次 - env 命令有两个主要用途。一是打印当前环境；另一种是完全控制命令运行时的环境。您正在演示的第三种用途是修改环境，但坦率地说，没有必要 - shell 完全有能力为您处理。

方式一:

env

方式二:

env -i HOME=$HOME PATH=$PREPENDPATH:$PATH ... command args

此版本取消了所有继承的环境变量，并使用 ENVVAR=value 选项设置的精确环境运行 command。

第三种模式 - 修改环境 - 不太重要，因为您可以使用常规(文明的)shell 做到这一点。 (这意味着“不是 C shell”——同样，还有其他关于 SO 的问题以及解释这一点的答案。)例如，你完全可以这样做:

#!/bin/bash
export PATH=${PREPENDPATH:?}:$PATH
exec python "$@"

这坚持将 $PREPENDPATH 设置为环境中的非空字符串，然后将其添加到 $PATH 之前，并导出新的 PATH 设置。然后，使用新的 PATH，它使用相关参数执行 python 程序。 exec 将 shell 脚本替换为 python。请注意，这与:

#!/bin/bash
PATH=${PREPENDPATH:?}:$PATH exec python "$@"

从表面上看，这是一样的。然而，这将执行在预先存在的 PATH 上找到的 python，尽管在​​进程环境中具有新的 PATH 值。因此，在示例中，您最终会从 /usr/bin 执行 Python，而不是从 /home/pi/prepend/bin 执行 Python。

在您的情况下，我可能不会使用 env，而只会使用带有显式导出的脚本的适当变体。

env 命令不常见，因为它无法识别用于将选项与命令的其余部分分开的双短划线。这部分是因为它没有采用很多选项，部分是因为不清楚 ENVVAR=value 选项应该出现在双破折号之前还是之后。

我实际上有一系列用于运行(不同版本的)数据库服务器的脚本。这些脚本真正使用 env(和一堆自己开发的程序)来控制服务器的环境:

#!/bin/ksh
#
# @(#)$Id: boot.black_19.sh,v 1.3 2008/06/25 15:44:44 jleffler Exp $
#
# Boot server black_19 - IDS 11.50.FC1

IXD=/usr/informix/11.50.FC1
IXS=black_19
cd $IXD || exit 1

IXF=$IXD/do.not.start.$IXS
if [ -f $IXF ]
then
    echo "$0: will not start server $IXS because file $IXF exists" 1>&2
    exit 1
fi

ONINIT=$IXD/bin/oninit.$IXS
if [ ! -f $ONINIT ]
then ONINIT=$IXD/bin/oninit
fi

tmpdir=$IXD/tmp
DAEMONIZE=/work1/jleffler/bin/daemonize
stdout=$tmpdir/$IXS.stdout
stderr=$tmpdir/$IXS.stderr

if [ ! -d $tmpdir ]
then asroot -u informix -g informix -C -- mkdir -p $tmpdir
fi

# Specialized programs carried to extremes:
#   * asroot sets UID and GID values and then executes
#   * env, which sets the environment precisely and then executes
#   * daemonize, which makes the process into a daemon and then executes
#   * oninit, which is what we really wanted to run in the first place!
# NB: daemonize defaults stdin to /dev/null and could set umask but
#     oninit dinks with it all the time so there is no real point.
# NB: daemonize should not be necessary, but oninit doesn't close its
#     controlling terminal and therefore causes cron-jobs that restart
#     it to hang, and interactive shells that started it to hang, and
#     tracing programs.
# ??? Anyone want to integrate truss into this sequence?

asroot -u informix -g informix -C -a dbaao -a dbsso -- \
    env -i HOME=$IXD \
        INFORMIXDIR=$IXD \
        INFORMIXSERVER=$IXS \
        INFORMIXCONCSMCFG=$IXD/etc/concsm.$IXS \
        IFX_LISTEN_TIMEOUT=3 \
        ONCONFIG=onconfig.$IXS \
        PATH=/usr/bin:$IXD/bin \
        SHELL=/usr/bin/ksh \
        TZ=UTC0 \
    $DAEMONIZE -act -d $IXD -o $stdout -e $stderr -- \
    $ONINIT "$@"

case "$*" in
(*v*) track-oninit-v $stdout;;
esac

关于linux -/usr/bin/env 关于 shebang 行特性的问题，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/352532/