Rsync、Rclone、Syncthing 哪个好，哪个快？三大同步工具深度对比指南

在实际部署服务器、备份或者远程传文件时，大家绕不开这三款工具：Rsync、Rclone 和 Syncthing。用过的人都知道，各有优缺点，但网上的说法五花八门，有些文章甚至自己都没用过。这里我来按自己实战经验，从速度、易用性、适用场景、稳定性四个角度，把它们好好聊一下。

0.1 一、谁最快？传输速度实测体验

• Rsync： 局域网环境下快得飞起，尤其适合大文件小变动。因为它是“基于差异的增量传输”，改一行传一行。
• Rclone： 跑公网（尤其是挂 GDrive、S3、OneDrive）的时候最稳最快。多线程并发、带缓存，上传体验比 Rsync 好太多。
• Syncthing： 默认是点对点的方式，也就是两边都要在线。首次同步时略慢（要 scan 全盘），但之后增量传输很流畅。

我的实测数据（4GB 混合文件夹）：

• Rsync（内网）：1 分 40 秒
• Rclone（传 GDrive）：2 分 30 秒（配 token + 缓存）
• Syncthing（两台树莓派 P2P）：约 3 分钟

所以要内网快：选 Rsync；要公网挂盘快：选 Rclone。

0.2 二、配置麻烦不麻烦？

• Rsync： 命令行党最爱，但参数多如天书。-avz --delete --progress 这堆东西看久了头疼。
• Rclone： 配一次 rclone config，选远程挂载源，之后用起来跟 Linux cp 差不多，非常直观。
• Syncthing： 全图形界面，点点就能用，自动发现设备，还能设同步规则（单向/双向）。

总结：

• 图形化操作倾向：Syncthing 无脑上手。
• 轻量命令行操作：Rclone 最舒服。
• 极客硬核定制：Rsync 不可替代。

0.3 三、不同场景该选谁？

如果你像我一样家里有 NAS + 小型服务器集群，其实可以组合使用，比如：Rsync 同步本地，Rclone 同步到云，Syncthing 做点对点共享。

0.4 四、稳定性谁最强？

这其实很看网络环境。

• Rsync： SSH 超时、中断传输的坑不少，建议配合 --partial，不然失败后全文件重来。
• Rclone： 云 API 有时候限流，比如 Google 会 429 拒绝你，但好歹能 retry。
• Syncthing： 需要双方都在线，掉一边就卡住了。不过它有版本控制、文件冲突检测这类高级功能。

我自己部署博客时，Rclone 挂 GCS 做 CDN 内容同步，三个月下来基本零出错；Rsync 配合定时任务偶尔遇到失败（公网慢、超时），加 retry 脚本后改善明显。

0.5 我的推荐组合 以及常见使用场景

如果你不想折腾太多：

• 只同步云盘内容： 就用 Rclone，别考虑别的。

​ 同步本地目录到远程‌：rclone sync /path/to/local/dir remote:path/to/dest/dir

​ 从远程下载到本地‌：rclone copy remote:path/to/source/dir /path/to/local/dir

​ 检查远程和本地文件的差异‌：rclone check remote:path/to/dir /path/to/local/dir

​ 跨云服务复制: rclone copy src_cloud:bucket1 dst_cloud:bucket2

• 只本地或服务器： Rsync + 定时任务就行。

  保留权限属性压缩传输 rsync -avz /source/dir/ user@remote:/target/dir/

​ ‌删除目标中不存在的文件‌： rsync -avz –delete source/ destination/

​ 同步时删除目标端多余文件:rsync -av –delete /source/ /backup/

 **带宽限制与排除文件**： rsync -avz --bwlimit=1000 --exclude='*.tmp' /src/ remote:/dst/  # 限速1MB/s且排除临时文件 

​ SSH加密传输：rsync -e “ssh -p 2222” -av /local/path/ user@host:/remote/path/ # 指定SSH端口

• 想图形界面省心一点： Syncthing 值得一试。**启动 Syncthing 服务*命令 syncthing

对于高级玩法，我建议试试将 rclone进阶使用教程-常用命令详解 和 rsync与rclone哪个好用 结合起来，写个调度脚本做智能同步。