file -i 比扩展名靠谱，因其基于文件魔数和结构特征而非后缀识别类型；即使重命名（如 elf 改为 .txt），仍准确返回 application/x-executable；它读取 /usr/share/file/magic 规则库，支持 -z 解压识别、-k 深度检测，但遇自定义二进制格式需手动查十六进制头。
file -i 输出的 MIME 类型为什么比扩展名靠谱
因为 Linux 不靠 .txt 或 .jpg 这类后缀判断文件内容，而是读取文件开头的魔数（magic number）和结构特征。file -i 直接查 /usr/share/file/magic 规则库，哪怕你把一个 ELF 可执行文件改名为 report.txt，file -i report.txt 仍会输出 application/x-executable; charset=binary，而不是糊弄人的 text/plain。
file -i 和 file --mime 是一回事，但 --mime-type 要配 -b 才好用
file -i 和 file --mime 完全等价，都输出完整 MIME type + charset，例如 image/png; charset=binary。但如果你写脚本需要只取类型部分（比如传给 Web 服务做 Content-Type），直接用 file -b --mime-type 文件名，它会干净输出 image/png；漏掉 -b 会带文件名前缀，解析起来多一步切割。
-
file -i document.pdf→document.pdf: application/pdf; charset=binary -
file -b --mime-type document.pdf→application/pdf -
file -b --mime-encoding document.pdf→binary（对文本文件可能是utf-8）
批量查 MIME 类型时通配符容易漏掉隐藏文件
运行 file -i * 只处理当前目录下非点开头的文件，.env、.gitignore 这类会被跳过。想一并检查，得用 file -i .[^.]* *（bash/zsh 下有效），或更稳妥地用 find . -maxdepth 1 -type f -exec file -i {} \;。注意 file -i * 在空目录会报错：file: cannot open `*' (No such file)，加个 shopt -s nullglob 可避免。
遇到 “data” 类型说明魔数没匹配上，得看内容或换工具
当 file -i 返回 application/octet-stream; charset=binary 或干脆是 data，通常表示规则库里没对应魔数，或文件被截断/加密/自定义格式。这时候别硬猜，可以：
- 用
head -c 32 文件名 | hexdump -C看开头字节，对照常见魔数（如7f 45 4c 46是 ELF，89 50 4e 47是 PNG） - 对压缩包加
-z：file -i -z archive.zip尝试解一层再识别内部文件类型 - 怀疑是文本但编码异常？用
file -i -k 文件名（-k表示继续检测，不提前终止） - 桌面环境可用
mimetype作辅助，但它依赖 XDG 数据库，新格式或无 GUI 时经常失效
真正难的是那些没公开规范、自己拼的二进制格式——file 没法凭空识别，这时候魔数和十六进制头就是唯一可抓的线索。
