☰

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

tag-icon • tag-icon files cat read hex
可执行文件（二进制文件）的标准命名实践以及如何判断文件是否包含不可打印字符？

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

我有一个可执行文件（和我的输出，go build -o /tmp/api.exe .正如我刚才提到的，我刚刚将其命名为 .exe，但我想知道是否有方法在我 cat 之前检查文件以查看它是否是 utf8 或其他什么。

答案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选项）。

作为莫斯维指出，您可以cat通过添加选项来安全地在二进制文件上使用，该选项用可见的表示形式（和前缀）-v替换不可打印的字符。 （罗布·派克（Rob Pike）著名地认为这个选项^M-是有害的— 不是因为它对终端的影响，而是因为它对命令风格的影响。）

相关内容