Python怎么读无后缀文件_按字节读取并检测文件头Magic Number识别

Python怎么读无后缀文件_按字节读取并检测文件头Magic Number识别

用 open() 二进制模式读取无后缀文件

遇到没有后缀的文件，靠扩展名判断类型这条路就走不通了。这时候，最稳妥的办法就是直接读取文件内容本身。核心操作是使用 open(path, 'rb') 以二进制模式打开文件，跳过所有解码步骤，直接获取原始的字节流——这是后续一切识别工作的基础。

一个常见的坑是，习惯性地用 open(..., 'r') 文本模式去读，结果一旦文件里包含非UTF-8编码的字节，程序立马就会抛出 UnicodeDecodeError。即便不指定编码，让Python使用系统默认的locale解码，其行为也是不可预测的。

• 关键一步：必须使用 open(path, 'rb')，而不是 'r'。
• 读多少合适？通常读取文件的前16到32个字节就足够了，这个范围足以覆盖绝大多数常见格式的Magic Number（例如PNG格式固定在前8个字节，JPEG则只需要看前3个字节 b'\xff\xd8\xff'）。
• 注意方法：在二进制模式下，别用 readline()，因为它依赖换行符，在纯字节流里没有意义。应该使用 read(n) 来精确控制读取的字节数。

常见 Magic Number 对应关系与 Python 判断逻辑

Magic Number可不是凭感觉“猜”出来的，它是各种文件格式规范中明确定义的“身份证”。像PNG、JPEG、PDF、ZIP这些标准格式，其文件开头的若干字节都有固定的值。在Python里实现判断，其实就是用 if 条件链或者字典进行精确匹配。

这里有几个细节需要注意：有些格式的Magic Number存在多个变体（比如ZIP文件，开头可能是 b'PK\x03\x04'，也可能是 b'PK\x05\x06'）；还有些格式的Magic Number并不在文件的绝对开头（比如某些tar归档文件，需要跳过512字节的文件头才能定位到真正的数据块）。

立即学习“Python免费学习笔记（深入）”；

• PNG：data.startswith(b'\x89PNG\r\n\x1a\n')
• JPEG：data.startswith(b'\xff\xd8\xff')
• PDF：data.startswith(b'%PDF-')（注意，虽然是ASCII文本，但在 rb 模式下依然可以直接进行字节比对）
• ZIP/EPUB：data.startswith(b'PK\x03\x04') or data.startswith(b'PK\x05\x06') or data.startswith(b'PK\x07\x08')
• ELF（Linux可执行文件）：data.startswith(b'\x7fELF')

用 filetype 库省事但要注意边界

手动比对Magic Number虽然直接，但维护起来比较麻烦，尤其是需要支持多种格式时。这时候，第三方库 filetype 就能派上用场。它内部预置了上百种文件格式的Magic规则，调用起来非常简单：

import filetype
kind = filetype.guess('/path/to/file')
if kind is not None:
    print(kind.mime, kind.extension)

不过，它并非万能。首先，它不支持自定义Magic规则；其次，对于极小的文件（可能返回None）；再者，某些嵌套格式（例如.docx文件本质上是一个ZIP压缩包，但 filetype 会优先将其识别为 application/vnd.openxmlformats-officedocument.wordprocessingml.document）返回的是高层语义类型，而非底层的容器类型。

• 适用场景：适合快速验证、脚本批量探查文件类型。
• 安全提醒：在安全敏感的场景中（例如用户上传文件时的类型校验），切勿只依赖它——攻击者完全可以构造一个头部合法但实际内容恶意的文件。
• 潜在局限：该库默认只读取文件的前262字节。如果某种格式的Magic Number位于更靠后的位置（比如某些音频格式），就可能导致漏判。

检测失败时该往哪查

如果按照Magic Number规则匹配不到任何已知格式，先别急着怀疑自己的代码。大概率是文件本身存在问题，或者你遇到的格式不在常规列表之内。

这时候，需要回到最原始的状态：直接查看文件的字节内容。在Linux或macOS系统下，可以使用 xxd -l 32 /path/to/file 命令。在Python里，则可以用 data[:32].hex() 或者 data[:32].hex(' ') 来以十六进制形式观察前32个字节。

• 文件是否为空？检查一下 len(data) == 0 的情况，这需要单独处理。
• 是否被加密或混淆？有些打包工具会在真实的Magic Number前面插入一段加载器（loader）字节。
• 是否是自定义/私有格式？这就需要查找相关文档，或者通过分析样本文件来反推其Magic Number的位置和长度。
• 是否是文本文件但没后缀？比如JSON、XML、YAML这类文件，它们没有传统的二进制Magic Number，需要依靠内容特征（如开头是否有 {、、---）进行启发式判断。这已经超出了简单的字节头检测范畴。