奇怪的bash行为

Will 发表于 Dev

将

因此，我正在尝试获取当前正在运行程序的所有目录的列表，以便可以跟踪当前正在运行的大量作业。

当我单独运行命令时，它们似乎都可以运行，但是当我将它们链接在一起时，出现了问题...（ll只是常规ls -l别名）

for pid in `top -n 1 -u will | grep -iP "(programs|to|match)" | awk '{print $1}'`; 
    do 
    ll /proc/$pid/fd | head -n 2 | tail -n 1; 
done

在此处输入图片说明

为什么当我ll /proc/31353/fd在for循环内部时，它无法访问文件，但是当我正常使用它时，它可以正常工作吗？

并通过管道传递hexdump -C：

$ top -n 1 -u will | 
    grep -iP "(scatci|congen|denprop|swmol3|sword|swedmos|swtrmo)" | 
        awk '{print $1}' | hexdump -C
00000000  1b 28 42 1b 5b 6d 1b 28  42 1b 5b 6d 32 31 33 35  |.(B.[m.(B.[m2135|
00000010  33 0a 1b 28 42 1b 5b 6d  1b 28 42 1b 5b 6d 32 39  |3..(B.[m.(B.[m29|
00000020  33 33 31 0a 1b 28 42 1b  5b 6d 1b 28 42 1b 5b 6d  |331..(B.[m.(B.[m|
00000030  33 30 39 39 36 0a 1b 28  42 1b 5b 6d 1b 28 42 1b  |30996..(B.[m.(B.|
00000040  5b 6d 32 36 37 31 38 0a                           |[m26718.|
00000048

吉勒斯“别再邪恶了”

切普纳直觉正确。的输出top是为人类设计的，而不是用于解析的。十六进制转储表明top正在产生一些终端转义序列。这些转义序列是该行第一个字段的一部分，因此生成的文件名类似于/proc/\e(B\e[m\e(B\e[m21353/pid而不是转义字符/proc/21353/pid所在的位置\e。

使用ps，pgrep或pidof代替。在Linux下，您可以使用该-C选项来ps匹配确切的程序名称（重复该选项以允许多个名称）。使用该-o选项控制显示格式。

for pid in $(ps -o pid= -C scatci -C congen -C denprop -C swmol3 -C sword -C swedmos -C swtrmo); do 
  ls -l /proc/$pid/fd | head -n 2 | tail -n 1
done

如果要通过减少CPU使用率进行排序：

for pid in $(ps -o %cpu=,pid= \
                -C scatci -C congen -C denprop -C swmol3 -C sword -C swedmos -C swtrmo |
             sort -k 1gr |
             awk '{print $2}'); do

在此处输入图片说明