Files
執行檔(二進製文件)的標準命名實踐以及如何判斷文件是否包含不可列印字元?
所以我經常
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 認為這個選項是有害的——不是因為它對終端的影響,而是因為它對命令風格的影響。)