从网络下载或者自己抓轨制作的有声书，经常出现一个让人抓狂的问题：文件管理器里明明是按顺序排列的，可是一旦导入播放器，章节顺序就完全乱了。第二十三章跑到第七章前面，最后一集插在中间，听书体验彻底被破坏。这个问题的本质并不是文件本身损坏，而是音频文件内部嵌入的元数据与文件名不一致。播放器在排序时优先读取的是标签中的track编号、disc编号等字段，而不是文件名。本文将系统讲解元数据的结构与提取方法，并给出完整可行的排序修复方案。
一、章节为什么会错乱：元数据才是播放器排序的依据
音频文件并不仅仅是声音数据，它由音频流和元数据容器两部分组成。以MP3为例，ID3标签通常存放在文件头部或尾部，记录着标题（title）、艺术家（artist）、专辑（album）、音轨编号（track）、碟片编号（disc）等信息。M4B格式的有声书则将这些信息存放在MP4容器的atom结构中，甚至可以包含完整的章节列表（chapter marker）。
播放器排序时遵循的基本逻辑是：优先按disc编号升序，其次按track编号升序，最后才考虑文件名。这就解释了为什么文件名完全正确，播放顺序却一团糟。常见的情况包括：下载源附带了错误的track编号，比如每一集的track都标成了1；抓轨工具按碟片编号分组，导致disc=2的文件全部排在disc=1之后；或者根本没有任何track信息，播放器退化为按文件名排序，但排序规则是字符串比较而不是数字比较，于是chapter10排在chapter2前面。
要彻底解决问题，第一步就是把所有文件的元数据完整地提取出来看一遍，确认到底是哪个字段出了问题，再针对性地修复，而不是盲目地重命名文件。
二、使用ffmpeg和Mutagen提取元数据
ffmpeg是最通用的方案，一条命令就能查看音频文件的全部标签信息：
ffmpeg -i book_chapter01.mp3 # 输出中的 Metadata 部分： # title : 第一章 归乡 # artist : 某某播讲 # album : 长夜余晖 # track : 1/45 # disc : 1/2
注意track字段常见的写法是“当前编号/总数”，如果总数缺失或编号重复，都可能引发排序异常。对于M4B文件，还可以用ffprobe列出章节标记：
ffprobe -show_chapters -of json book.m4b
如果需要批量处理成百上千个文件，Python的Mutagen库更合适。它支持MP3、MP4、FLAC、OGG等主流格式，代码可控性强：
from mutagen.mp3 import MP3
from pathlib import Path
for f in sorted(Path("audiobook").glob("*.mp3")):
audio = MP3(f)
print(f.name,
audio.get("TRCK", "无track"),
audio.get("TPOS", "无disc"),
audio.get("TIT2", "无标题"))跑一遍这个脚本，把所有文件的编号导出成清单，错乱的原因通常会立刻暴露出来。可能是编号重复、跳跃，也可能是抓轨时引入了多余的disc信息。先诊断，后修复，这是处理元数据问题的正确顺序。
三、批量修正track编号并重新排序
确诊之后就可以批量重写元数据。思路很简单：先按文件名中的数字（或按你认为正确的顺序）对文件排序，然后依次写入新的track编号。继续用Mutagen实现：
import re
from mutagen.mp3 import MP3
from mutagen.id3 import TRCK, TIT2
from pathlib import Path
files = sorted(Path("audiobook").glob("*.mp3"),
key=lambda p: [int(s) if s.isdigit() else s
for s in re.split(r"(\d+)", p.name)])
total = len(files)
for i, f in enumerate(files, start=1):
audio = MP3(f)
audio.tags.setall("TRCK", [TRCK(encoding=3, text=f"{i}/{total}")])
audio.save()
print(f"已修正 {f.name} -> track {i}/{total}")这里的排序函数用了自然排序（natural sort）技巧，把文件名按数字块切分后比较，确保chapter2排在chapter10之前。如果你的文件名中不包含可靠的序号，也可以先手动整理一份播放顺序清单，再按清单顺序写入编号。
对于M4B这种单文件多章节的格式，章节错乱通常发生在章节时间戳重叠或缺失的时候，可以用ffmpeg的-map_chapters参数配合metadata文件重写章节表，或者借助mp4chaps这类专用工具增删章节标记。另外要提醒一点：批量修改元数据前务必备份原文件，写坏标签虽然不至于损坏音频流，但恢复起来很费时间。
四、生成播放列表作为兜底方案
如果不想改动原文件的元数据（比如文件是只读收藏，或者修改后会影响其他设备的同步），还有一个更轻量的兜底方案：生成一份顺序明确的播放列表。M3U格式本质上就是按行排列的文件路径列表，播放器会严格按照列表顺序播放：
from pathlib import Path
files = sorted(Path("audiobook").glob("*.mp3"),
key=lambda p: p.name)
with open("playlist.m3u8", "w", encoding="utf-8") as fp:
fp.write("#EXTM3U\n")
for f in files:
fp.write(f"{f.resolve()}\n")主流播放器如VLC、Poweramp、BookPlayer都支持M3U播放列表。这种方式的优点是零侵入、可随时调整顺序；缺点是换一个播放器或设备时需要重新导入列表，且部分手机播放器对UTF-8编码的中文路径支持不佳，遇到乱码时可以把M3U保存为.m3u8后缀并确认编码为UTF-8无BOM。
总结一下完整的处理流程：先用ffmpeg或Mutagen提取全部元数据做诊断，确认是track、disc还是章节标记的问题；然后用脚本按自然排序批量重写编号；对于不便修改的文件，退而求其次用M3U播放列表锁定顺序。三条路径覆盖了几乎所有常见场景，照着做一遍，有声书章节错乱的问题基本可以一次性根治。