乱码不是玄学：Mac 和 Windows 之间传文件为什么会出问题
同一份 CSV，你这儿正常，同事那儿是一串怪符号。四个根因、五条解法，外加一份发出去之前的检查清单。
你把整理好的调研数据发给同事，自己电脑上一切正常，对方打开是这样：
| å—访者 | å“唌 | 国家 |
|---|---|---|
| 测试瓨户 | 日本 | ▯▯ |
| æ•°æ®ä¸€ | ä¸æ–‡ | ▯▯ |
本该是「受访者 / 品牌 / 国家」。
这不是运气问题，是有确定原因、也有确定解法的工程问题。
三种症状，先分清
出问题的情况集中在三类。它们看起来都像「文件坏了」，但病因完全不同，分不清就治不对。
文字乱码——中文变成 测试 这样的怪字符，或一整片问号方块。最常见于用 Excel 打开 .csv。
排版错乱——文字是对的，但列宽、换行、分页位置全变了，表格和文档「走了形」。
符号异常——特殊符号、公式、单位显示成空白框或问号。① ½ € 变成 ▯ ▯ ▯。
关键区别：文字乱码是内容错了，排版错乱是内容对但样子错了。 两者的根因不同，解法也不同。
四个根因
A. 字符编码对不上（最常见）
大白话：电脑里存中文，存的其实是一串数字。「编码」就是数字和文字之间的对照表。存的时候用了一张表，打开的时候用了另一张表——文字就被「翻译」错了。
细节：同一个「测」字，UTF-8 编码是 E6 B5 8B 三个字节，GBK 是 B2 E2 两个字节。简体中文 Windows 历史上默认 GBK，Mac 默认 UTF-8。
而 .csv 是纯文本，文件里不带「我用的是哪种编码」这个信息——Excel 只能靠猜，猜错就乱。
B. 文件没「自报家门」
大白话：就算用了最通用的 UTF-8，如果文件开头没声明「我是 UTF-8」，打开它的程序还是得靠猜。
细节：.xlsx / .docx 内部是一组 XML 文件，规范要求每个都以 <?xml version="1.0" encoding="UTF-8"?> 开头。有些工具生成时会漏掉这行。.csv 靠开头的 BOM（字节顺序标记 EF BB BF）表明 UTF-8 身份。缺了声明或 BOM，某些 Windows 旧解析器会回退到本地编码。
C. 字体不是哪儿都有（排版错乱的元凶）
大白话：文件只记录「请用某某字体」，并不会把字体本身带上。这个字体你有、对方没有，系统就换一个顶替——字的宽窄变了，排版跟着错位。
细节：微软雅黑、宋体是 Windows 字体；苹方（PingFang SC）是 Mac 字体。替换字体后字宽与行高不同，换行点、列宽自适应、分页位置整体偏移。
这就是为什么排版错乱时文字是对的——它跟编码毫无关系。
D. 压缩包连文件名都会乱
大白话：不只是内容会乱，压缩包里的文件名同样会。Mac 上用自带的「压缩」打包，文件名按 UTF-8 记；Windows 自带的解压按 GBK 读，中文文件名就乱了。还常常多出一个叫 __MACOSX 的文件夹。
细节：ZIP 格式里文件名默认按本地编码存储，有一个 UTF-8 标志位（通用标志位第 11 bit，称 EFS）用来声明「文件名是 UTF-8」。macOS 的「归档实用工具」写入 UTF-8 文件名，却不设这个标志位；Windows 资源管理器解压时见标志位没设，回退到系统代码页（简体中文 = CP936 / GBK），UTF-8 名字被当 GBK 解读 → 文件名乱码。同时 Mac 会塞进 __MACOSX 目录和 .DS_Store 文件。
五条解法
1. 统一用 UTF-8，并让文件自报家门
Excel 里另存为时选 「CSV UTF-8（逗号分隔）」——它会自动带上 BOM。选普通的「CSV」就不带。
这一个下拉框的选择，能解决大部分 CSV 乱码。
2. 能发 .xlsx 就别发 .csv
.xlsx / .docx 把编码信息写进了文件结构，天生跨平台稳定；.csv 是纯文本，不带任何编码信息，最容易出问题。
这一步能消掉大半问题。 只有对方明确要 CSV（比如要导进某个系统）时才发 CSV。
3. 字体选两边都有的，或者嵌进文件
能用通用字体就用通用字体。中文要保证版式完全一致的话，把字体打包进文件：
Word / PowerPoint：文件 → 选项 → 保存 → 勾选「将字体嵌入文件」。
代价是文件会变大，但交付物的版式不会走形。给客户的东西值得这个体积。
4. 跨系统的压缩包，别用系统自带的
两端各换一个工具就能根治：
- 压缩端（Mac）：用 Keka、BetterZip——它们会正确写入 UTF-8 标志位
- 解压端（Windows）：用 Bandizip、7-Zip 或新版 WinRAR
治本的做法：包内文件名尽量用英文和数字，并删掉 __MACOSX。
5. 兜底：发出去之前在目标系统上打开一次
重要交付物，发之前请对方（或在对方的系统上）实际打开确认一次。
30 秒的检查，抵得过一轮邮件往返。
交付前检查清单
- 文件存成 UTF-8；CSV 选「CSV UTF-8」让它带 BOM
- 优先用 .xlsx / .docx，而不是 .csv
- 字体用两个系统都有的，或在文档里嵌入字体
- 跨系统发压缩包：Mac 端用 Keka 打包，Windows 端用 Bandizip / 7-Zip 解压
- 程序自动生成的文件，确认每个 XML 部件带编码声明
- 发送前，在目标系统上打开确认一次
为什么这件事值得专门记一下
做研究的人，一半以上的交付物是表格和文档，而且经常要在不同系统之间流转：你在 Mac 上整理，同事在 Windows 上核对，客户又在另一台机器上打开。
乱码看起来是小事，但它出现在客户那一端的时候，损失的是专业形象。 而它的解法只是一个下拉框和一个勾选项。