跨设备传文件的三种方案：LocalSend、KDE Connect、Syncthing 怎么选

别再用微信传文件给自己了

从手机往电脑传一张照片，最常见的做法是打开微信”文件传输助手”，发过去，再在电脑上另存。这条路能用，但代价不小：图片会被压缩，视频会被转码，大文件有体积上限，而且文件要先上云再下云。

如果两台设备就在同一个房间里，这些损耗完全没必要。局域网直传的速度取决于你的路由器，而不是你的宽带。下面三个开源方案覆盖了绝大多数场景，选对的那一个比装三个都有用。

1. 先分清：你要”传一次”还是”一直同步”

这是最重要的一次判断，选错了工具会一直别扭。

• 传一次：把一段视频发到手机上、把手机里的照片导到电脑、给同事发个安装包。特点是临时、单向、有明确终点。
• 一直同步：笔记目录、工作文档、照片库，希望每台设备上都是最新的。特点是长期、双向、没有终点。

前者的核心指标是”快和不用配置”，后者的核心指标是”不出错、能恢复”。用同步工具做临时传输会很累，用传输工具做长期同步会丢数据。

2. LocalSend：最接近”隔空投送”的开源方案

LocalSend 的思路很直接：在同一个局域网内的设备互相发现，点对点传输，不需要账号、不需要互联网、不经过任何服务器。Windows、macOS、Linux、Android、iOS 都有客户端。

它的体验接近苹果的隔空投送：打开应用，看到同一网络下的设备列表，选文件，对方确认，开始传。传输走的是本地 HTTPS，默认端口 53317，数据不出局域网。

适合的场景：手机照片批量导到电脑、给家人的手机发个安装包、在会议室里把 PPT 传给同事。它的短板是没有”同步”概念——每次都要手动选、手动确认，文件也不会自动整理。

3. KDE Connect：把手机变成电脑的外设

KDE Connect 严格来说不是传文件工具，而是一套设备联动协议。除了传文件，它还能做这些事：

• 手机通知同步到电脑桌面；
• 双向剪贴板共享（电脑上复制的文字，手机上直接粘贴）；
• 用手机当触控板或演示遥控器；
• 手机来电时电脑弹出提醒。

它同样只在局域网内工作，配对时需要在两端确认。真正的价值是”减少拿手机的次数”——写东西时不用为了看一眼验证码而解锁手机，这个收益比传文件更大。

限制也很明确：iOS 版本功能远少于 Android，部分桌面环境需要额外安装插件；如果两台设备不在同一网段（比如公司网络隔离了客户端），它会直接找不到对方。

4. Syncthing：为长期同步而生

Syncthing 是三个里唯一做”持续同步”的。它的模型是：给每台设备一个唯一 ID，互相添加后，选定一个文件夹开始同步。任何一端的改动都会自动推到其他端，不需要手动操作。

它默认走加密的点对点连接，找不到直连时会通过中继服务器转发。这意味着即使两台设备不在同一局域网，也能同步——这是它和前面两个方案最大的区别。

代价是心智负担更高：版本冲突会产生带 .sync-conflict 后缀的文件；误删会同步到所有设备（虽然有版本保留机制，但需要提前配置）；手机端为了省电，通常不会实时后台同步。

它适合的场景非常具体：多台电脑之间的工作目录、Obsidian 笔记库、家庭照片备份。不适合用来同步正在被程序频繁写入的数据库文件。

5. 三个方案的对照

6. 连不上时先查这三项

这类工具 90% 的故障都出在网络上，而且原因高度集中：

1. AP 隔离：很多公共 Wi-Fi 和部分家用路由默认开启”客户端隔离”，同一网络下的设备互相看不见。关掉它，或者换一个网络。
2. 防火墙：Windows 首次运行时会弹窗询问是否允许网络访问，如果当时点了”取消”，之后就会一直连不上。去防火墙设置里把对应程序放行。
3. 网段不同：一台连的是 2.4GHz、一台连的是 5GHz，如果路由器把两个频段划成了不同子网，它们就互相发现不了。这种情况在”访客网络”里尤其常见。

7. 我自己的组合

日常用得最多的是 LocalSend：手机照片、临时文件、安装包，都是它。它解决的是一次性需求，用完就关，没有后台常驻。

KDE Connect 只在写东西的时候开，主要为了剪贴板和通知同步。它的价值不在传文件，在减少上下文切换。

Syncthing 常驻在后台，只同步两个目录：笔记库和一个工作文档夹。范围刻意收得很窄，因为同步范围越大，出错时的排查成本越高。

写在最后

这三个工具都是开源、免费、无账号、数据不经过第三方服务器的。它们的存在说明一件事：很多我们以为必须依赖大平台才能完成的事，其实在局域网里就能做得更好。

选工具的顺序应该是先问”我的需求是什么形状”，再去找匹配的工具。先装三个再挑一个用，通常三个都会吃灰。

你现在往电脑传手机照片，用的是什么方法？