zsh如何解读shebangs中的非绝对路径?(WAS:为什么python3-i在shebang中允许非绝对路径?)

Question

我最近发现了Python的-i参数，该参数在脚本完成后进入交互模式。非常整洁！

$ cat test.py
#!python3 -i
x=5
print('The value of x is ' + str(x))
$ ./test.py
The value of x is 5
>>> print(str(x+1))
6
>>> 
zsh: suspended  ./test.py

然而，当我试图将这个脚本复制到一个在完成时终止的版本时，它失败了：

$ cat test1.py
#!python3
x=5
print('The value of x is ' + str(x))
$ ./test.py
/usr/local/Cellar/python3/3.6.3/Frameworks/Python.framework/Versions/3.6/Resources/Python.app/Contents/MacOS/Python: can't open file '
x=5
print('The value of x is ' + str(x))
': [Errno 2] No such file or directory

通过进一步的阅读，我发现我原来犯了一个错误，#!/usr/bin/env python3是正确的shebang。

然而，我很好奇为什么当我给出-i标志时，通往python3的非绝对路径只成功。我想这一定与zsh如何解释非绝对shebangs有关，但我不知道如何研究这一点。

系统设置：MacOS 10.12.6、iTerm2 3.1.6、zsh 5.2。which python3给出/usr/local/bin/python3，该目录位于$PATH上。

有趣的是，我在sh:上没有得到同样的行为

$ sh
sh-3.2$ cat test.py
#!python3
x=5
print('The value of x is ' + str(x))
sh-3.2$ ./test.py
sh: ./test.py: python3: bad interpreter: No such file or directory

---

我收到一些评论，认为这与CWD或权限有关。python3不在我的CWD中，并且两个文件都具有执行权限：

$ ls -al | grep 'py' | awk '{print $1, $10}'
-rw------- .python_history
-rwxr-xr-x test.py
-rwxr-xr-x test1.py

Answer 1

除非解释器是，否则内核不会执行脚本

• 指定为绝对路径，或
• 指定为相对于当前工作目录的路径

然后，如果内核拒绝执行脚本，您的shell可能会接管并尝试执行它，根据它自己的规则解释shebang行(例如，在$PATH中查找可执行文件(。

zsh确实试图做到这一点。sh没有。

然而，zsh解释shebang的方式(可能还有随后的几行(真的很奇怪。看起来它总是希望在命令名后面有一个单个参数。看看它的作用：

$ cat test.py 
#!python3 -b -i 
x=5
print('The value of x is ' + str(x))
$ strace -f -e execve zsh
execve("/bin/zsh", ["zsh"], 0x7ffd35c9e198 /* 78 vars */) = 0
host% ./test.py 
strace: Process 5510 attached
[pid  5510] execve("./test.py", ["./test.py"], 0x558ec6e46710 /* 79 vars */) = -1 ENOENT (No such file or directory)
[pid  5510] execve("/usr/bin/python3", ["python3", "-b -i", "./test.py"], 0x558ec6e46710 /* 79 vars */) = 0
[pid  5510] execve("/usr/lib/python-exec/python3.4/python3", ["/usr/lib/python-exec/python3.4/p"..., "-b -i", "./test.py"], 0x7fffd30eb208 /* 79 vars */) = 0
Unknown option: - 
usage: /usr/lib/python-exec/python3.4/python3 [option] ... [-c cmd | -m mod | file | -] [arg] ...
Try `python -h' for more information.
[pid  5510] +++ exited with 2 +++
--- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_EXITED, si_pid=5510, si_uid=1000, si_status=2, si_utime=0, si_stime=0} ---
host% 
+++ exited with 2 +++

查看["python3", "-b -i", "./test.py"]是如何作为参数传递的。在我看来，把两个开关-b和-i放在一起似乎非常违反直觉，但zsh就是这么做的。Python显然不理解这一点。

当没有参数时，确切的行为取决于程序名后面是否有空格，但在任何一种情况下都很奇怪。你自己和strace核实一下，因为你不会相信我的。

我的理解是，zsh对shebang线路的处理是有缺陷的。