中文字幕在线出现方框、问号或一串看不懂的字符，通常与字幕文本编码、播放器读取方式或字幕轨道有关。排查时先判断字幕是单独加载的文本文件、播放器在线匹配的字幕，还是视频内嵌字幕，再检查编码和显示设置。乱码恢复后，应以字幕文件能正常显示、时间轴仍准确为准，避免反复转换把原文覆盖成无法还原的字符。
先看乱码长什么样，区分原因
如果中文变成“æ…”“涓…”一类字符，常见原因是UTF-8文本被按其他编码读取，或反过来由编码不匹配造成；整段都变成问号，可能是字幕已经被错误转换并保存，也可能是播放器无法识别文件编码。若文字显示为方框、空白或笔画缺失，优先检查字体和字形支持，而不是马上转换编码。字幕正常但与对白错开，通常是时间轴或字幕版本不匹配，也不属于中文乱码。
还要区分“字幕正文乱码”和“字幕文件名乱码”。如果字幕文件名显示异常，但打开后正文正常，问题在文件名的显示或解压环节；改字幕正文编码不会修复文件名。先确认具体是哪一部分出错，能减少无效操作。
按顺序检查字幕来源与读取方式
- 确认字幕是不是独立文本文件。如果播放时手动加载了SRT、ASS或VTT文件，先用文本编辑器打开该文件，观察正文是否已经乱码。编辑器可分别尝试以UTF-8、GBK等常见编码重新打开；切换读取方式后中文恢复，说明原文件内容尚可读取，问题多半是播放器采用了不合适的编码。
- 在播放器中调整字幕编码。保持当前字幕文件不变，打开播放器的字幕设置，查找“编码”“字符集”或类似选项，依次尝试与文件相符的编码。不同播放器菜单名称和位置会有差别。每切换一次就重新载入字幕或重新播放当前片段，观察汉字是否恢复；不要同时改文件编码和播放器设置，否则难以判断是哪项起作用。
- 区分在线字幕与本地字幕。如果字幕由播放服务自动匹配或在线加载，先切换到另一条中文轨道，再关闭当前播放并重新载入字幕。某一条正常、另一条乱码，通常是字幕轨道本身的问题；多条字幕都异常，则检查播放器的字幕显示设置，并尝试重新进入播放。不要把在线字幕当作本地SRT文件直接转换，除非确实能取得对应的文本文件。
- 确认是不是视频内嵌图像字幕。字幕若属于PGS、VobSub等图像轨道，画面中的文字不是普通可编辑文本，修改文本编码不会解决显示异常。可切换视频里的其他字幕轨道；如果只有某条轨道显示异常，通常应使用正常轨道，或更换与视频对应的字幕来源。若内嵌的是文本轨道，则再检查播放器对该轨道的读取设置。
- 最后检查字体和文件对应关系。汉字呈方框、缺笔画，或只有少数字符无法显示时，换用支持中文的字幕字体，并关闭可能影响字体的特殊样式再测试。若字幕可读但内容错位或文句不对应，检查是否加载了另一剪辑版本的字幕；文件名相同不代表时间轴和台词一定匹配。
本地字幕乱码时，怎样正确转换
文本编辑器能以某种编码正常显示字幕，而播放器始终显示乱码时，可把副本另存为播放器兼容的编码，通常先尝试UTF-8。操作重点是“按正确编码打开，再另存为目标编码”，不能只把文件扩展名改成SRT或把编码名称改掉。另存时若编辑器提供“UTF-8”与“UTF-8带BOM”等选项，可先用UTF-8保存；播放器仍无法识别时，再测试带BOM的副本。保存后重新载入文件，检查中文、标点和时间轴是否完整。
转换前保留原文件，不要直接覆盖。若编辑器打开后无论切换何种编码都已经显示成问号或乱码，先停止保存：错误字符一旦覆盖原文，单靠再次切换编码通常不能恢复。回到未修改的副本，重新尝试正确的打开编码；确认全文可读后再另存。SRT通常应保留序号、时间范围和台词结构，ASS还包含样式与定位信息，不要为了修编码而删掉这些格式行。
转换后抽查字幕开头、中间和结尾的台词，并播放几个对应时间点。若中文可读但字幕消失、时间不对或样式异常，恢复备份，再用保留原格式的编辑器重新保存。不要用普通文本替换工具批量改动时间码或格式标记。
按现象快速定位
| 看到的现象 | 优先检查 | 处理方向 |
|---|---|---|
| 出现“æ…”等错位字符 | 文本文件与播放器的编码是否一致 | 以正确编码重新打开，再另存副本 |
| 整段中文变成问号 | 文件是否曾被错误转换并保存 | 回到原始副本，避免继续覆盖 |
| 文字是方框或缺字 | 字幕字体、播放器字体设置 | 更换支持中文的字体后重新播放 |
| 仅在线某条字幕异常 | 字幕轨道或在线匹配结果 | 切换轨道并重新载入播放 |
| 文字正常但时间错位 | 字幕是否对应当前视频版本 | 换用时间轴相符的字幕文件 |
恢复正常显示的判断标准
处理完成后，中文台词应能连续、完整地显示，标点不再变成乱码；字幕出现时间和消失时间与对白基本对应，ASS等格式的必要排版也没有明显丢失。若只有个别生僻字显示成方框，继续检查字体；若在线轨道或图像字幕始终异常，则切换到可正常显示的字幕轨道。按“确认来源—判断现象—调整读取编码—必要时转换副本—复核显示与时间轴”的顺序处理，通常比盲目反复更改编码更容易找到原因。
