主页 / unix / 问题 / 510044
Accepted
Ruslan
Asked: 2019-04-03 02:22:48 +0800 CST

为什么我用 grep -I 得到“二进制文件匹配”？

  • 772

在下面的示例中，grep行为奇怪：它提供了-I选项，根据手册页，它应该grep忽略二进制文件（类似于--binary-files=without-match），但我仍然得到“二进制文件匹配”输出。

$ cat <<'EOF' | uudecode > test-file
begin 664 /dev/stdout
M>`&5SLU*Q$`0!&#/>8J^"TM/=^8/1%2\>1`\>.^9Z=D-9!))9@7?WBB^@%"G
MHOBHO+8V=2!'-WU3A9PX%*8PBB:VGK@6)Y*HFAB(.2;.;$SQPX=LNG3(>2SH
MDJE!5;R+E9P21J::8U2+?@R>RK&7:[^L&[Q=]UD6>)$D?9<O_82[Y$\&S4_,
MP[G)-)_RVN[!6(S.>F0/M\B(P]$>5[O^%_$8+/(?,CSI+]%DD;/"^^,K3`OD
,6?8=GK6MPS?WDU!"
`
end
EOF
$ grep -I 8 test-file
Binary file test-file matches
$ grep --binary-files=without-match 8 test-file
Binary file test-file matches

显然，grep考虑文件二进制，但仍然尝试匹配并报告结果。为什么-I选项规定的“二进制文件”没有被忽略？

我在 Ubuntu 18.04 上使用 GNU grep 3.1。

grep binary

1 个回答

  1. Best Answer

    查看grep 手册，这似乎是因为（我的粗体）：

    如果type是 ' without-match'，当grep 发现 null 输入二进制数据 时，它假定文件的其余部分不匹配；这相当于-I选项。

    但是，grep 也将其他数据视为指示二进制文件：

    非文本字节表示二进制数据；这些要么是针对当前语言环境编码不正确的输出字节（请参阅环境变量），要么是未给出 () 选项时的空输入字节（请参阅-z其他选项）。--null-data

    因此，如果出现以下情况，则不会打印该消息：

    • 给出了-I/--binary-files=without-match选项
    • 二进制性是由于空字节造成的。

    但是，示例输入并非如此。示例文件被视为二进制文件，因为它不适合当前的语言环境（可能是某些 UTF 语言环境），而不是因为它具有空字节。否则：

    % LC_ALL=C grep 8 test-file  
x���J�@`�y��
dIf��(��P������6u G7}S��8�0�&���'����9&�lL�Çl�t�y,蒩AU����F��cT�~
                                                                 �ʱ�k��]�Yx�$}�/����O�O�ù�4�����X��zd�Ȉ��W���,�2<�/�d�����+L
                                                                                                                            �Y�����7��PB

    如果我在文件中添加一个空字节，grep 会成功失败：

    % printf '\0' >> test-file
% grep -I 8 test-file    
% echo $?
1
    • 10

相关问题