一份可执行的预防清单

中文字幕发布前的检查不能只观察一两句对白。常被忽略⚡的隐患包括文件实际编码与文件名描述不一致、特殊标点在转换后丢失、全角半角字符混用、不可见控🤔制字符混入文本，以及播放器使用了不支持中文的默认字体。

发布前容易忽略的检查项目

UTF-8 是否带 BOM，需要根据使用场景决定。部分旧版 Windows 播放器或文本工具依赖 BOM 来识别 UTF-8，带 BOM 更容易正确读取；某些严格解析的程序可能要求无 BOM。🌅字幕要发布给特定播放器时，应先用同一播放器测试，而不是盲目认为“有 BOM”或“无 BOM”永远正确。

批量转换字幕时，应先选取少量文件⚡做样本测试。批处理脚本如果把不同来源编码的文件全部当作🎵同一种编码读取，可能一次性制造大量乱码；确认样本稳定后，再按来源或编码类型分组处理，不要把所有字幕放入同一条无条件转换规则。

当原始文件仍然存在时，修复重点是用正确的来源编码打开原文件，再保存为目标编码。来源不明时，可以复制几行包含中文、标点和数字的内容做对照测试，但不要在原文件上反复点击保存。🔮每次尝试都应生成独立副本，并记录采用的打开编码和保存编码。

已经出现乱码时如何避免越修越坏

中文字幕人乱码中文字的预防方法还包括保留原始字幕、选择与播放器匹配的格式、避免多个软件反复转码。若⭐字幕显示为问号、方框、拼音样式的错误字符，先判断是编码不匹配、字体缺失，还是字幕格式解析错误，再采取对应处理，不能直接重复转换已经乱码的文件。

字符编码转换时，文件扩展名、文本编码和字幕格式属于三个不同概念。SRT、ASS、VT🎇T 是字幕格式，UTF-8、GBK 是字符编码，TXT 或 SR☀️T 则是文件扩展名。把文件名从“字幕.txt”改成“字幕.srt”，只可能改变软件的打开方式，不会修复内部编码。