Windows解压Zip后通过WinSCP拷贝至Linux的文件格式问题咨询

这个问题我日常帮同事排查过好多次，确实存在几个容易忽略的坑，给你逐一梳理：

1. 换行符差异导致的文本文件异常 #

Windows系统中文本文件的换行符是CRLF（\r\n），而Linux系统用的是LF（\n）。如果传输的是脚本（比如.sh）、配置文件或者代码文件，到Linux后可能出现：

• 执行脚本时提示bash: ./script.sh: /bin/bash^M: bad interpreter: No such file or directory
• 用文本编辑器打开时看到行尾有^M符号

解决办法：

• 在WinSCP中开启文本文件自动转换：进入「选项」→「传输」→「编辑」，把「文本模式」设为「自动」，WinSCP会自动识别文本文件并转换换行符
• 传到Linux后用命令转换：dos2unix filename（如果没装可以先sudo apt install dos2unix）

2. 文件权限丢失或不符合预期 #

Windows的文件权限体系和Linux完全不同，从Windows传过去的文件，默认权限可能不是你想要的——比如脚本没有执行权限，导致无法运行。

解决办法：

• 在WinSCP中预设权限：进入「选项」→「传输」→「设置」，在「默认权限」里设置常用权限（比如755给可执行文件，644给普通文件）
• 传到Linux后手动调整：用chmod命令，比如chmod +x your_script.sh给脚本加执行权限

3. 特殊文件名带来的麻烦 #

Windows允许文件名包含空格、?、*等字符，但在Linux中这些字符虽然能被识别，却会给命令行操作带来困扰（比如需要用引号包裹文件名，或者转义特殊字符）。如果Zip里有这类文件名，传到Linux后可能会增加后续操作的复杂度。

建议：

• 解压Zip前先检查文件名，尽量避免特殊字符
• 传输时如果遇到带空格的文件名，WinSCP会自动处理，但在Linux终端操作时记得用"filename with space"或者filename\ with\ space的方式

4. 隐藏文件可能被遗漏 #

Linux中以.开头的文件是隐藏文件（比如.bashrc、.gitignore），但有些Windows解压工具（比如系统自带的解压功能）默认不会解压这类文件，导致传到Linux后缺少关键配置文件。

解决办法：

• 用支持显示隐藏文件的解压工具（比如7-Zip）在Windows端解压，确保隐藏文件被提取
• 更稳妥的方式：直接把Zip文件通过WinSCP传到Linux，然后用unzip filename.zip命令在Linux端解压，完全避免Windows系统的兼容性问题

总的来说，如果只是传输普通的文档、图片这类非文本文件，基本不会有问题；但如果是代码、脚本、配置文件这类对格式和权限敏感的文件，一定要注意上面提到的几点。

内容的提问来源于stack exchange，提问作者javaq