先说结论：不是因为它新鲜，是因为我被逼的。
我一周内的传文件场景基本就三类：手机到电脑（照片、录音、微信收到的安装包），电脑到手机（字幕、电子书、测试包），电脑到电脑（设计素材、几个 G 的素材包）。这三类全在同一个屋子里，直线距离不到五米。
但我之前用的方案没一个顺手的：微信传 200MB 以上的视频会压得纹理糊成一片；云盘上传受家宽上行限制，2GB 素材要等十几分钟，还得担心哪天限速；AirDrop 只认苹果设备，我的 Windows 台式机和 Ubuntu 小主机完全被排除在外；数据线最靠谱，可 Ubuntu 挂载安卓 MTP 时不时就断，传一半失败要重来。
LocalSend 解决的就是这件事：把「绕公网一圈」改成「局域网直连」。它不是什么黑科技，原理很朴素，但朴素得刚好——文件不出门，速度就是路由器能给的上限。
理解原理比记步骤有用，因为绝大多数「传不了」的问题都能从原理里推出来。
LocalSend 的做法是：每台设备上都跑一个本地 HTTP 服务，默认监听 53317 端口（来源：localsend.org.cn 官方 FAQ）。设备之间通过局域网广播互相发现，你把文件推给对面那台，数据就直接从你的网卡走到对方的网卡。
几个关键事实，都是官方 FAQ 里写明的（来源：localsend.org 官方站点 FAQ）：
最后一条最容易被忽略。很多人装完发现「出差时用不了」，那不是 bug，是设计如此——它压根没打算做异地传输。
顺便说一句为什么不用 FTP 或 SMB。这两种协议技术上更「正统」，Windows 共享文件夹也确实能在局域网里传东西，但它们的门槛在配置：要开共享、设权限、处理 SMB 版本兼容、安卓端还得装文件管理器去挂载。等你把这些搞定，五分钟已经过去了，而且下次换台设备还要再配一遍。LocalSend 的取舍是牺牲「可管理性」换「零配置」——没有账号、没有共享目录、没有权限模型，两台设备打开就能看见对方。对我这种「一个月用五次、每次只想三十秒结束」的人来说，这个取舍是对的。
Windows 上最省事的是包管理器。我在本机跑了一次搜索（实测）：
# Windows 11 上执行 winget search LocalSend，返回两条结果
# LocalSend LocalSend.LocalSend 1.18.2 winget
# LocalSend CLI LocalSend.LocalSend.CLI 1.18.2 winget
也就是说除了图形界面版，还有一个命令行版可以直接在脚本里调用，适合做定时备份。
# Windows 10 / 11 图形版
winget install LocalSend.LocalSend
# 想写脚本批量传文件，装 CLI 版
winget install LocalSend.LocalSend.CLI
# macOS
brew install --cask localsend
# Linux：官网下载 AppImage 后赋予执行权限
chmod +x LocalSend-*.AppImage
./LocalSend-*.AppImage
（来源：localsend.org.cn 安装页给出的 winget / brew 命令；版本号 1.18.2 为本文实测）
三个平台的最低要求值得先确认一下，省得装完打不开：客户端页面标注的是 Windows 10/11、macOS 12+、Android 8.0+、iOS 12.0+（来源：localsend.org.cn 下载页）。安卓装 APK 时记得允许「安装未知来源应用」，这是系统限制，不是软件问题。
这是最容易被营销话术带偏的地方。LocalSend 官方说「以你 WiFi 的最大速度传输，没有带宽限制」——这话没错，但「没有软件限制」不等于「无限快」，瓶颈几乎永远在无线链路上。
| 链路类型 | 名义速率 | 文件传输的现实区间 |
|---|---|---|
| 2.4GHz WiFi（802.11n） | 150–300 Mbps | 约 5–12 MB/s |
| 5GHz WiFi（802.11ac） | 866 Mbps | 约 30–60 MB/s |
| 千兆有线 | 1000 Mbps | 约 60–95 MB/s |
（估算：按 802.11n/ac 与千兆以太网的标称速率折算，扣除协议开销与磁盘读写，未在本文环境逐项实测）
对照着看就明白了：一个 2GB 的素材包，2.4GHz 下要三四分钟，5GHz 下四五十秒，千兆有线基本是「点完就完」。所以如果你觉得它慢，先去路由器后台看看自己连的是哪个频段——官方指南里也直接建议大文件优先走 5GHz（来源：localsend.co 指南）。
另外两个会明显拖慢速度的隐形因素：传输时手机自动锁屏（尤其安卓的省电策略会挂起后台），以及同时在跑其它大流量下载。
这是 LocalSend 最高频的问题，我的排查顺序是从网络层往上走的，一般走到第二层就解决。
第一层：是不是真的在同一个网段。 手机开着流量、电脑连着家里 WiFi，或者一台连了访客网络、一台连了主网络，这两种情况下广播根本到不了对方，界面就是空的一片。
第二层：路由器有没有开 AP 隔离（客户端隔离）。 这个功能在不少路由器上是默认开启的，尤其是公共 WiFi 和一部分运营商光猫。它的作用就是「同一个 WiFi 下的设备互相不可见」，安全性是好了，LocalSend 也彻底用不了。官方 FAQ 把这一条列为找不到设备时的第一检查项（来源：localsend.org.cn 官方 FAQ）。
第三层：防火墙有没有拦住 53317。 Windows 上第一次启动时如果误点了「取消」，之后的入站连接会被静默丢弃。可以用下面两条命令确认和补救：
# 确认端口在监听（有输出说明服务起来了）
netstat -ano | findstr 53317
# 以管理员身份放行入站 TCP 53317
New-NetFirewallRule -DisplayName "LocalSend" -Direction Inbound -Protocol TCP -LocalPort 53317 -Action Allow
# Linux / macOS 上确认监听状态
ss -lntp | grep 53317
第四层：VPN 和代理。 VPN 一开，设备的默认路由被接管，局域网就变成「别人的网络」了。官方指南里也点名了这条（来源：localsend.co 指南）。国内用代理工具的同学尤其容易中招——代理软件开 TUN 模式时经常顺手把局域网访问也一起代理掉。
四层走完还是不行，最后再做一件事：两台设备各自关一下 WiFi 再打开，强制重新广播一次。这一步解决过好几次「设备明明在线但就是不出现」的怪问题。
一、iOS 的本地网络权限只问一次。 首次启动时如果点了「不允许」，系统不会再弹第二次，表现就是永久搜不到设备。要去「设置 → 隐私与安全性 → 本地网络」里手动打开。这个坑比想象中常见，因为第一次弹窗经常和别的权限弹窗一起出现，很容易顺手点掉。
二、锁屏会中断大文件传输。 手机长时间锁屏后系统会挂起后台进程，传输就断在那儿。传大文件时把屏幕设成常亮，或者把自动锁屏调到最长时间。
三、杀毒软件可能报毒。 这个不是误报得毫无道理——监听局域网端口、批量搬运文件的行为模式，确实和某些恶意软件重合。官方指南的解释是：启发式扫描会盯上这类行为，见到警告先核对下载来源和校验值，不要图省事直接关掉杀软（来源：localsend.co 指南）。
四、收到的文件默认落在下载目录。 官方 FAQ 明确说默认保存到设备的 Downloads 文件夹，要改得进设置。手机上则是进「文件」或「下载」应用里找。
五、它真的不能跨公网。 官方 FAQ 写得很清楚：LocalSend 用局域网传输，数据不离开本地网络。所以「在公司把文件传给家里的电脑」这种事，它做不到，别浪费时间试端口映射。
装完之后它没有天天开，但有三件事变成固定动作了。
一、手机照片批量归集。 手机里攒了一两个月的照片和视频，几十个 G，以前要么插线慢慢拷、要么让云盘后台同步一晚上。现在是一次选完整个相册目录直接推给台式机，几百兆的短视频通常几十秒结束。这个场景的关键是不压缩——微信和很多相册助手会把原图转成压缩版，等你哪天要打印或者做视频素材才发现画质没了。
二、给旧设备搬家。 换手机、重装系统这类事最麻烦的是「那堆安装包和杂七杂八的文件」。用 LocalSend 从旧机直接推到新机，不用先上传到网盘再下载一遍。搬家时我只传了三类东西：拍摄的原片、下载目录里的安装包、还有几个离线文档。剩下的交给账号同步就行。
三、局域网内分发素材。 家里有两三台设备要看同一批素材（比如给平板和电视盒子各传一份演示视频），它的多设备发送比一台一台插 U 盘方便太多。
反过来说，有三个场景我试过之后放弃了：跨城市给同事传文件（它做不到，直接换网盘）、给不熟的人发文件（对方得先装软件，不如发链接）、以及只在手机上把一张图发给隔壁的平板（系统自带的分享其实更快）。
这个工具的设计是「信任局域网」，所以有几条边界值得说清楚。
PIN 校验建议常开。 开着它的时候，别人要把文件推给你，必须知道那串随机码。公司网络、合租房、咖啡馆这类环境，同一网段里可能有几十台陌生设备，不开 PIN 等于把投递口敞着（来源：localsend.org 官方 FAQ 提到 HTTPS 加密与可选 PIN 校验）。
自动接收只在私有网络里开。 它的便利是「不用每次点确认」，代价是「任何人往你这推东西都收」。我自己的做法是：只在家里 WiFi 上开，出门前关掉。
传输本身是加密的，但「谁在传」不受保护。 局域网里的其它设备理论上能看到「这两台机器在互相通信」，看不到内容。介意这一点的话，把 PIN 和别人可见的设备名一起处理掉（设备名默认带机器型号，改一下更稳妥）。
| 方案 | 跨平台 | 是否压缩 | 距离限制 | 适合场景 |
|---|---|---|---|---|
| AirDrop | 仅苹果生态 | 不压缩 | 近距离 | 全苹果设备之间的日常互传 |
| 微信 / QQ | 全平台 | 图片视频会压 | 无 | 发几张图、一个小文档 |
| 云盘 | 全平台 | 不压缩 | 无 | 异地、需要长期存放 |
| LocalSend | 五平台全支持 | 不压缩 | 同一局域网 | 同屋大文件、跨系统互传 |
一句话总结：同屋大文件选 LocalSend，异地选云盘，发两张图直接微信。
如果你主要在苹果生态里传东西，隔空投送本身完全够用，真遇到搜不到人的情况，可以看这篇 iPhone 隔空投送找不到联系人的排查思路，那套「先看权限、再看网络、最后看设备状态」的顺序是通用的。
如果你想要的是手机和 Linux 主机之间的联动（不只是传文件，还包括剪贴板、通知），那 LocalSend 只解决了一半问题，另外一半可以看 Ubuntu 与 iPhone 无缝联动的完整方案。
发文本和链接。 除了文件，它也能发纯文本。我从电脑上看到一个链接想丢到手机上，直接用它发，不用再走「给自己发微信 → 手机上复制」这一圈。
一次发给多台设备。 选完文件可以在接收端多选，同时发给手机和平板。做素材分发的时候省事。
把接收模式改成自动接收。 默认是每收到一次都要手动确认，在自己家里的可信网络上可以设成自动接收。这个开关只建议在私有网络里打开，连咖啡店 WiFi 的时候记得改回来。
适合装的人：经常在手机和电脑之间搬大文件；设备跨平台（安卓配 Windows、iPhone 配 Linux 都是典型组合）；在意隐私，不想让私人照片和文档经过任何第三方服务器。
不必装的人：传文件主要在异地；或者一周也就发两三张图，微信确实更快。
我自己的用法是把它当成「数据线替代品」——平时根本不打开，需要搬东西的时候两台设备各点一下，几十秒结束。一个几乎不需要学习的工具，能稳定解决一件每次都要浪费十分钟的事，这就够了。