数据库中的中文、日文、韩文乱码要分层检查

日韩中文字码无砖的排查顺序应当是“确认原始编码、选择正确方式打开、统一转换为 Unicode、检查字体、最后处理旧程序区域设置”。如果原始文件中的字符已经被保存成问号，原有信息可能已经丢失；如果只是用错误编码读取，通常仍有机会通过反向转换恢复。

网页和接口出现日中韩乱码时，先统一字节到字符的转换链

系统语言设置方法主要适用于只在旧程⭐序📌中出现的乱码。Windows 旧软件可检查“非 Unicode 程序的语言”或系统区域设置，选择与文件来源相匹配的语言环境后重启程序；macOS 和 Linux 旧程序则应检查 locale、终端编码和应用启动环境。

已经出现乱码时，按可逆性决定修复方式

字符编码转换技巧的关键不是尝试更多编码🎉，而是记录每个环节的输入和输出。👍只要源文件、程序内部字符串、数据库连接和最终响应使用同一套 Unicode 处理方式，跨语言混排通常不需要额外转码。

字体缺字只影响“能否画出字符”，不会改变文件中的编码。中文、日文和韩文常共用一部分 Unicode 码位，但不同字体的字形覆盖范围、🎇字形风格和字体回退规🌟则并不相同。

数据库记录如果已经保存为问号、替代字符或空白，转换字符集无法凭空生成原文。数据库记录如果只是读取方式错误，则应修正连接或导出环节，并从未被覆盖的原始数据重新读取。

“日韩中文字码无砖”不是编码名称，先区分三类显示问题

文档显示异常时，打开软件选择的编码比文件扩展名更重要。TXT、CSV、🍀字幕和日志文件都可能使用不同编码，文件名后缀本身不能说明内部字符集。

乱码数据的可恢复程度取决于原始字节是否仍然存在。修复前不要在原文件上反复尝试保存，每次保存都可能让错误结果覆盖可恢复的字节。

字体缺字与系统区域设置分别怎样处理

字符形态只能用于初步判断，不能替代对文件🎨来源的确认。相同的乱码可能由不同编码组合造成，尤其是文件经过多次导入、导出或复制后，单凭几个怪字不应直接决定转换方向。

CSV 文件的正确处理方式是先导入再选择编码，而不是直接双击后立即保存。表格软件一旦用错误编码打开并覆盖保存，原始字节可能被替换，后续再改变编码选项也无法恢复被丢弃的字符。