Files

執行檔(二進製文件)的標準命名實踐以及如何判斷文件是否包含不可列印字元?

  • March 11, 2020

所以我經常cat因為在二進製文件的執行檔上執行而感到內疚,我的終端通常會發出一些奇怪的聲音並且不開心。是否有一些公認的命名約定可以為二進制/可執行編碼文件提供副檔名?

我有一個執行檔(go build -o /tmp/api.exe .正如我剛才提到的,我剛剛將它命名為 .exe 的輸出,但我想知道是否有辦法在我 cat 之前檢查文件以查看它是 utf8 還是 whateer。

執行檔的標準命名實踐是為它們提供它們應該實現的命令的名稱: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 認為這個選項是有害的——不是因為它對終端的影響,而是因為它對命令風格的影響。)

引用自:https://unix.stackexchange.com/questions/570624