运营同事上传一份带中文表头的CSV文件，网页端预览时中文全变成问号或方块，英文和数字却显示正常。遇到这种情况，先别急着改代码，要分清是文件本身的编码问题，还是网页端读取和渲染的问题。两者表现相似，处理路径完全不同。
第一层核对文件本身的字符编码
CSV本质是纯文本，中文能否正确显示，首先取决于文件用什么编码保存。常见的有UTF-8和GBK，两者对中文字符的字节表示不同。如果文件是GBK编码，网页端却按UTF-8读取，中文就会变成乱码。确认方法很简单，用表格软件打开文件后另存为，在保存对话框里查看当前编码选项，或另存一份UTF-8版本做对比。若另存后网页端显示正常，问题基本锁定在文件编码与读取方式不匹配。
第二层核对网页端是否声明了正确编码
文件编码没问题，还要看读取环节有没有声明。服务端解析CSV时，需要明确按什么编码读取；前端展示时，也要保证字符集声明一致。常见错误是服务端默认按系统编码读取，而文件实际是UTF-8，或者前端页面声明了UTF-8，接口返回的数据却被转成了其他编码。核对时可以先看服务端读取文件的代码是否指定编码，再看接口返回的字符集声明，最后看页面本身的字符集设置，三处必须一致。
第三层核对分隔符与引号规则
中文列显示异常，有时不是编码问题，而是分隔符解析错位。CSV常用逗号分隔，但部分环境导出时用分号或制表符。如果网页端固定按逗号解析，含中文的字段里又恰好有逗号，列就会错位，看起来像中文乱码。核对方法是打开原始文件，确认分隔符类型，检查含中文的字段是否被引号正确包裹。分隔符和引号规则不统一，会连带影响整行数据的列对应关系。
第四层核对浏览器与终端环境
同一份文件在不同浏览器预览，结果可能不同。部分浏览器对本地文件预览有默认编码假设，或对BOM标记的处理存在差异。可以换一个浏览器、换一台电脑复现，判断是否与特定环境有关。若只在某个浏览器异常，重点检查该环境下的字符集设置和文件读取方式。
可执行的核对清单
先看文件编码，用另存为确认原始编码并生成UTF-8对照版本；再看服务端和前端是否声明了统一编码；接着检查分隔符与引号规则是否与解析逻辑匹配；最后换浏览器和终端复现，排除环境因素。四步走完，多数中文乱码都能定位到具体环节。
上传类功能的维护，重点在事前预防。上线前应准备含中文表头、含特殊符号、含逗号的样本文件，完整走一遍上传和预览流程，把编码检查写进验收清单。在网站维护中处理这类问题时，通常也是按文件、声明、解析、环境四层逐一核对，避免只改一处却留下隐患。编码问题看似细小，但把核对顺序固定下来，后续排查会省很多来回。
