可执行文件（二进制文件）的标准命名实践以及如何判断文件是否具有不可打印的字符？

Question

所以我经常对运行cat二进制文件的可执行文件感到内疚，我的终端通常会发出一些奇怪的噪音并且不高兴。是否有一些公认的命名约定来为二进制/可执行编码文件提供扩展名？

我有一个可执行文件（go build -o /tmp/api.exe .我刚才提到的和我的输出我只是将它命名为 .exe 但我想知道是否有办法在我发现它之前检查文件以查看它是 utf8 还是什么。

Answer 1

可执行文件的标准命名实践是为它们提供它们应该实现的命令的名称：ls, cat... 没有提供最终被命令行忽略的扩展。

要在将文件提供给 之前检查文件包含的内容cat，请对其运行file：

$ file /bin/ls
/bin/ls: ELF 64-bit LSB pie executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, BuildID[sha1]=b6b1291d0cead046ed0fa5734037fa87a579adee, for GNU/Linux 3.2.0, stripped, too many notes (256)

$ file /bin/zgrep
/bin/zgrep: a /usr/bin/sh script, ASCII text executable

这告诉我这cat /bin/zgrep不会对我的终端做任何奇怪的事情（它甚至不包含转义序列，这些序列由 单独标识file）。

我更喜欢less一般使用：它会在显示二进制文件之前发出警告，并且在任何情况下都不会弄乱终端。它还可以配置为类似于cat短文件的行为（请参阅-F选项）。

正如mosvy指出的那样，您可以cat通过添加-v选项来确保在二进制文件上使用安全，该选项将不可打印的字符替换为可见表示（^和M-前缀）。（Rob Pike 认为这个选项是有害的——不是因为它对终端的影响，而是因为它对命令风格的影响。）