scp本质是基于SSH的单次加密通道传输，适合小批量、低频、可信环境；传文件时目标路径写错会导致文件“消失”或落错位置，因scp对路径解析朴素：无冒号则默认家目录，无绝对路径则按相对路径处理；传目录必须加-r但非增量同步；连接失败多源于SSH层不通，应先用ssh命令验证；大文件或高频传输建议改用rsync。
scp 不是万能的远程复制工具，它本质是基于 SSH 的单次加密通道传输，适合小批量、低频、可信环境下的文件搬运。如果你正卡在“传不上去”“连不上”“目录没反应”，先别急着加 -r 或换端口，多数问题出在路径写法、权限或 SSH 基础连通性上。
scp 传文件时目标路径写错，文件就“消失”了
常见现象：命令执行成功、进度条走完、没报错，但远程主机上找不到文件，或者文件出现在意料之外的位置（比如家目录下）。
根本原因在于 scp 对目标路径的解析逻辑很朴素：如果目标地址里没带冒号 : 后的完整路径，它会默认把文件放到远程用户的家目录；如果写了路径但没以 / 开头，它会当成相对路径（相对于家目录）。
-
scp file.txt user@host:dir/→ 实际传到/home/user/dir/（假设 user 家目录是/home/user） -
scp file.txt user@host:/tmp/→ 明确传到/tmp/ -
scp file.txt user@host:→ 等价于user@host:./，传到家目录，文件名不变 -
scp file.txt user@host:sub/file.txt→ 传到/home/user/sub/file.txt，若sub不存在会报错
建议始终使用绝对路径，尤其当目标是系统目录（如 /var/www、/etc）时，否则容易因权限或路径误解失败。
传目录必须加 -r，但 -r 不等于“智能同步”
scp -r 是递归复制，不是 rsync 那种增量同步。它会把整个源目录作为子目录创建在目标位置下，这点极易被忽略。
-
scp -r /data/logs user@host:/backup→ 远程生成/backup/logs/（含全部内容） -
scp -r /data/logs/* user@host:/backup→ 把/data/logs下所有文件和子目录直接铺平到/backup/，不保留logs这层结构 - 如果目标路径末尾有
/（如/backup/），效果同上；没斜杠（/backup）且/backup是个已存在目录，行为一致；但如果/backup不存在，scp会尝试把它当文件创建，报错
另外，-r 不处理符号链接：默认只复制链接本身（空文件），加 -p 也不改变这点。真要跟过去，得用 rsync -L。
连接失败时，先分清是 SSH 层还是 scp 层的问题
绝大多数“Connection refused”“No route to host”“Connection timed out”都不是 scp 自己的错，而是底层 SSH 连不通。别一上来就查 scp 参数，先做三件事：
- 用
ssh user@host -p PORT手动连一次——能登录，说明 SSH 服务、端口、防火墙、用户权限都 OK；不能，scp必然失败 - 确认远程主机开了 SSH 服务：
systemctl is-active sshd（CentOS/RHEL）或systemctl is-active ssh（Ubuntu/Debian） - 非标准端口务必用大写
-P（如scp -P 2222 file user@host:/path），小写-p是保留时间权限的选项，混用会导致连接走默认 22 端口然后失败
还有个隐藏坑：scp 不读取 ~/.ssh/config 中的 Host 别名里的 IdentityFile，除非显式加 -F ~/.ssh/config；私钥路径不对，就会卡在密码提示或直接拒绝。
大文件或频繁传输时，-C 和 -l 很实用，但别迷信
-C 开启压缩，对文本、日志、配置类文件有效，但对已经压缩过的（.zip、.gz、.jpg）几乎没收益，反而白耗 CPU；-l 限速单位是 Kbit/s（不是 KB/s），设 -l 1000 ≈ 125 KB/s，适合避免挤占线上业务带宽。
- 真正需要稳定高效大批量同步，应该换
rsync -avz --partial（支持断点续传、只传差异） -
scp没有重试机制，网络抖动一次就全功尽弃；rsync可配--max-tries=3 -
scp -v能看到完整 SSH 握手和传输过程，调试连接问题时比盲猜有用得多
最后提醒一句：scp 的 -p（保留属性）和 cp -p 行为不完全等价——它不保留 SELinux 上下文或 ACL，这些在跨不同安全策略的主机时可能引发后续访问问题。
