说到跨平台文件传输，真是让人又爱又恨的技术活。记得有次给设计团队传PSD源文件，明明在Mac上压缩得好好的，传到Windows电脑就是各种乱码，差点耽误了项目进度。这种经历让我深刻意识到，跨平台传输远不止是”打个包、发个文件”这么简单。今天就聊聊那些容易被忽视，却又至关重要的注意事项。
字符编码：看不见的”地雷”
你可能想不到，一个简单的文件名就能让整个传输过程翻车。去年我们团队就遇到过这种情况：Mac系统生成的”项目报告2023©.zip”文件，在Windows解压后变成了乱码。后来发现是字符编码问题——Mac默认使用UTF-8，而老版本Windows往往还用着本地编码。
解决方案其实很简单：在压缩时指定编码格式。比如用zip命令时加上”-O”参数：zip -O GBK archive.zip files。如果是7z格式，可以用-mhe=on开启头部编码转换。这些小细节，往往就是顺利传输的关键。
文件路径：跨平台的”迷宫”
有次给客户发了个包含多层目录的项目包，结果对方反馈”找不到主文件”。排查后发现是路径分隔符的锅——Linux用正斜杠(/)，Windows用反斜杠()。更糟的是，Windows还有260个字符的路径长度限制！
现在我的做法是：压缩前先扁平化目录结构，或者使用相对路径。对于必须保留目录的情况，会在README里特别注明解压路径建议。如果是给Windows用户，还会提醒他们解压到磁盘根目录（如C:temp），避免路径过长的问题。
文件权限：看不见的”密码锁”
这个坑我踩得最惨。有次把服务器日志打包发给运维同事，结果他说所有文件都打不开。原来Linux系统的文件权限信息默认不会随zip包保留！后来学聪明了，要么用tar保留权限（tar的-p参数），要么在zip时明确指定：zip -X archive.zip files。
如果是给不同平台的团队成员共享文件，我还会在压缩包里额外放一个”permissions.txt”，记录重要文件的原始权限设置。虽然麻烦点，但能省去后续一堆麻烦。
校验机制：传输成功的”保险栓”
大文件传输最怕什么？当然是传输过程中出错还不自知！有次传了个20G的数据库备份，接收方解压时报CRC错误，我们俩对着屏幕干瞪眼。现在我的传输流程一定会包含校验环节：
- 压缩时生成校验文件：
sha256sum bigfile.7z > checksum.sha256 - 传输完成后双方校验：
sha256sum -c checksum.sha256 - 对于特别重要的文件，还会分段校验
这些经验看似琐碎，但累计起来，能让跨平台文件传输的成功率从”看运气”变成”有把握”。毕竟在这个多系统共存的时代，灵活应对各种平台特性，才是真正的专业态度。
评论