比方说:
xb@dnxb:/tmp$ echo 'ls -l /proc/$$/fd | grep a.sh' > a.sh; \
> while IFS='' read -r f; do \
> echo "$f"; "$f" a.sh; \
> done < <(tail -n +2 /etc/shells)
/bin/sh
lr-x------ 1 xiaobai xiaobai 64 Jan 20 00:09 10 -> /tmp/a.sh
/bin/dash
lr-x------ 1 xiaobai xiaobai 64 Jan 20 00:09 10 -> /tmp/a.sh
/bin/bash
lr-x------ 1 xiaobai xiaobai 64 Jan 20 00:09 255 -> /tmp/a.sh
/bin/rbash
lr-x------ 1 xiaobai xiaobai 64 Jan 20 00:09 255 -> /tmp/a.sh
/bin/zsh
lr-x------ 1 xiaobai xiaobai 64 Jan 20 00:09 11 -> /tmp/a.sh
/usr/bin/zsh
lr-x------ 1 xiaobai xiaobai 64 Jan 20 00:09 11 -> /tmp/a.sh
/bin/ksh93
lr-x------ 1 xiaobai xiaobai 64 Jan 20 00:09 10 -> /tmp/a.sh
/bin/rksh93
lr-x------ 1 xiaobai xiaobai 64 Jan 20 00:09 10 -> /tmp/a.sh
xb@dnxb:/tmp$
bash 是否始终具有固定的 fd 编号 255 而 zsh 默认具有固定的 fd 编号 11?
我问这个问题是因为我需要提取从任何 shell 进程执行的完整路径。我想知道我是否可以硬编码我的脚本来引用这个固定数字。
请注意,这是针对个人脚本,并不意味着在关键业务上运行,所以我不是在寻找 100% 可靠的,但fd 编号是否在大多数情况下都固定?
[更新]:
我不解析的cmdline
原因是:
xb@dnxb:~/Downloads$ cat foo.sh
#!/bin/bash
cat "/proc/$$/cmdline" | tr '\0' '\n'
readlink -f /proc/$$/fd/255
xb@dnxb:~/Downloads$ bash --norc foo.sh --norc
bash
--norc
foo.sh
--norc
/home/xiaobai/Downloads/foo.sh
xb@dnxb:~/Downloads$
如您所见,只能fd
给出完整路径/home/xiaobai/Downloads/foo.sh
,但不能给出cmdline
. 并且脚本无法区分foo.sh
或者--norc
是路径或选项,因为foo.sh
可以出现在任何选项位置,除非我进行丑陋的检查,例如它不是 startswith --
。
虽然fd
即使我这样做也没有问题产生正确的完整路径bash --norc foo.sh --norc foo2.sh
。
无论如何,我刚刚意识到我的任务不必检查这个,因为我注意到除了自定义进程之外没有系统进程是从 shell 继承的。但仍然任何答案都会对未来的读者有所帮助。
您唯一可以确定的是,它不会是 fds 1 到 9,因为这些是保留给用户在 POSIX sh 实现中使用的,并且在这种
sh < your-script
情况下可以使用 0。yash 将其扩展到 fds 1 到 99。您不能依赖它是一个固定值,因为如果 fd 在启动时已经打开,shell 将使用不同的值。大多数 shell 似乎使用 9 以上的第一个空闲 fds(或 99 用于 yash)作为它们的内部 fds。
bash
似乎正在使用 255 并且在无法使用时下降而不是上升:使用
$0
获取正在执行的脚本的路径通常是最好的方法。另请参阅:$0 是否总是包含脚本的路径?扩展我上面的评论,您也许可以
/proc/<pid>/cmdline
用来获取您感兴趣的信息。请注意,标记是 NIL 字符分隔的,因此您必须稍微处理一下输出:因此,例如,如果我有:
以下是一些示例运行:
请注意,这并不总是让您获得二进制文件的完整路径。为此,您可以查看
/proc/<pid/exe
:那可能不是您所追求的,我只是不明白查看打开的文件描述符将如何为您提供所需的东西。