LocalSend 横向盘点：一款不走云端的局域网文件互传工具
| 项目 | 内容 |
|---|---|
| 软件 | LocalSend |
| 版本 | 1.17.0 |
| 平台 | Android APK |
| 体积 | 16.68M |
| 分类 | 工具 |
| 包名 | org.localsend.localsend_app |
| 官网 | LocalSend 官网 |
| 下载一 | LocalSend 下载，LocalSend 下载 |
| 下载二 | LocalSend 下载，LocalSend 下载 |
| 文档 | LocalSend 文档 |
| 介绍 | LocalSend 是开源跨平台局域网点对点文件传输工具，不用网盘不用聊天软件就能在同网设备之间高速传文件。本文按能力域梳理它的核心玩法、亮点与局限。 |
LocalSend 是什么
LocalSend 是一款免费开源的跨平台文件互传工具，社区里经常把它称作"开源版隔空投送"。它的核心思路很朴素：两台设备装上它、连上同一个局域网，就能互相发送文件、文件夹、文字和链接——全程不需要互联网，也不经过任何第三方服务器。
市面上不是没有文件互传的方案：微信或 QQ 可以给自己发文件，网盘可以跨设备同步，AirDrop 在苹果设备之间也好用。但这些方案要么依赖账号、要么依赖宽带出口、要么被锁死在单一生态里。LocalSend 填补的正是这几条路之间的空档：它把传输压回到了最底层的那张局域网上，路由器本身就把所有设备连在了一起，它只是在这张局部网络里搭了一座点对点的桥。
这种定位带来几个鲜明的标签：无账号、无云端、无流量消耗、跨系统互通。Windows、macOS、Linux、Android、iOS 都在同一套协议下工作，文件从发送方直接流到接收方，不落盘到任何中间服务器。
能力域一：设备发现与直连
LocalSend 的连接层设计是它好用与否的第一道门槛。默认情况下，两台设备只要在同一个子网，打开应用就会自动发现对方——这背后靠的是 mDNS 多播。发现成功后，接收端会弹出请求，发件人可以看到对方的昵称和设备类型，确认后传输随即建立。
但网络环境不总是理想的。有些路由器开启了 AP 隔离，有些公司网络屏蔽了 mDNS 多播，这时自动发现就会失效。LocalSend 给了两条后路：手动输入对方 IP 地址和端口直连，以及把常用设备加入收藏夹后再走直连流程。从 v1.17.0 起还加了网络接口过滤，多网卡设备（同时挂着有线、无线、虚拟网卡的场景）可以指定 LocalSend 只走哪一张网卡，避免发错方向。
收藏夹的作用不止于"下次不用再搜"。v1.18.0 起收藏夹设备的自动接收默认开启，也就是说，两台彼此收藏的设备之间发文件，可以做到零确认——发送方选好文件，接收方自动接收、自动保存到指定目录。这是一个把"偶尔用的工具"变成"日常无感的基础设施"的关键切换。
能力域二：传输内容的广度
LocalSend 能传什么？不止于单个文件。文档里明确列出了：文件、整个文件夹、相册里的照片和视频、剪贴板里的文字、已安装的应用、纯文本内容。文件夹传输按递归方式收齐所有文件条目，目录层级在接收端原样保留（空目录不发送，因为协议按文件条目组织）。
剪贴板这个入口容易被忽视：桌面端复制一段文字，直接在 LocalSend 里选"发送剪贴板"就能推到手机上。反过来也成立——手机端的文字可以推到电脑剪贴板，省去在聊天软件里粘贴一遍再复制的麻烦。v1.18.0 起还支持"通过链接接收"：发件方生成一个临时网页地址，接收方在浏览器打开就能把文件上传过来——这意味着对方甚至不用装 LocalSend，有浏览器就行。
能力域三：安全与隐私
LocalSend 的安全模型建立在 HTTPS 之上。每台设备启动时会即时生成自签名证书，传输连接走 TLS 加密，文件内容在网络中不可被窃听。在此基础上还可以叠加两层保护：PIN 码验证和设备指纹确认。PIN 适合快速场景，设备指纹则适合长期使用的收藏设备——接收端可以记录发件方的证书指纹，下次同设备连接时自动识别。
v1.18.2 的一次安全加固值得单独提：应用不再跟随对端发来的 HTTP 重定向，同时忽略系统代理。此前有用户反馈挂了代理软件后 LocalSend 连接失败，原因就是代理干扰了直连链路；这次修复后，传输通道不再受系统代理设置影响。
能力域四：自动化与效率
如果说自动接收是个人用户的效率开关，那么 v1.18.0 首发的命令行工具（CLI）就是脚本化和服务器场景的钥匙。CLI 与图形应用使用同一套协议、同一个 Rust 网络核心，命令名是 localsend-cli，可以独立安装在无桌面的环境里。
基本用法很直观：localsend-cli send report.pdf ./project-backup 发送文件和目录；运行后会列出已发现的设备，交互式选择目标，回车开始。脚本场景下可以用 --to "设备昵称" 或 --to 192.168.x.x 免交互指定目标，结合 cron 或 Windows 任务计划程序，就能做到定时把某个目录快照推到固定设备上，全程无人值守。文本也能直接发送：localsend-cli send --text "一段文本"，管道输入也支持，超过 64KB 自动转成 txt 文件。
这个 CLI 是 v1.18.0 的重要补充——在此之前，LocalSend 一直是"图形应用专用"，服务器端没有合适的接入方式。CLI 首发后，备份脚本、日志推送、远程运维场景都可以直接集成。
另外两个效率细节：传输校验和在 v1.18.0 起默认开启，每完成一个文件就计算哈希，确保接收端没有收到损坏的副本；桌面端在托盘常驻、支持开机自启，Android 端有快速设置磁贴和后台传输，iOS 则受限于系统机制需要保持前台——各平台的差异化体验是 LocalSend 不能回避的现实。
能力域五：跨系统的差异化体验
LocalSend 的跨平台支持不是一句空话，每个平台都有各自的特色功能。
Windows 端集成了系统分享面板，右键文件就能看到 LocalSend 选项；粘贴图片会自动转成 PNG 格式，方便截图直接发。macOS 端加固了菜单栏体验，支持菜单栏拖放文件；Linux 端走桌面通知，文件管理器右键也能接入。
Android 端是素材包的目标平台（APK 体积 16.68MB），支持后台传输和快速设置磁贴，滑动多选媒体，自动保存后可以选择直接打开相册。
iOS 端功能最受系统限制：传输过程中必须保持应用前台，锁屏或切走就会中断，所以传大文件时需要关闭自动锁定或分批发送。
版本兼容性上有一张明确的对照表：受支持的新系统建议跟最新版，两端尽量保持同一大版本以避免互通问题；Windows 7 需要停在 v1.15.4，Android 5/6 和 iOS 12 停在 v1.17.0 即可。v1.18 起网络核心用 Rust 重写后，长传输的卡顿问题改善明显，加密也不再拖慢速度——此前关闭加密的用户升级后会被重新开启，这是官方主动推安全的一次决定。
短板也要说
LocalSend 不是银弹。首先，它只在同一个局域网内工作——如果你需要给另一个城市的人传文件，它完全帮不上忙，跨网络传输还是得靠网盘或协作工具。
其次，传输不支持断点续传，失败重来会从头开始。几个 GB 的目录如果网络波动，重发成本会很高。文档给出的建议是主动拆分：按子目录分批、按拍摄日分批，或者等网络稳定时再传大任务。接收端报错时还要先查剩余空间和目录写入权限——外置存储的授权失效是常见原因。
第三，iOS 端的前台限制是硬约束，没法绕开。需要长时间传输的场景，iOS 用户只能寄希望于应用不被系统回收，或者用更短的分批策略。
谁该用它
LocalSend 适合以下几类人：
手机和电脑之间经常来回传图的普通人，尤其是苹果安卓混用、不愿为此装微信和 QQ 全家桶的。LocalSend 装上即用，不需要登录，手机拍的照片可以瞬间跑到电脑里。
在公司或学校内网需要传大文件的，而宽带出口又很慢。局域网上传几百 MB 的视频或工程文件，LocalSend 跑满本地网卡带宽，比网盘快一个数量级。
对隐私敏感、不愿意把私人照片过一遍云端的。文件从一台设备直接流到另一台，全程不经过任何第三方服务器，本地也不保留中间副本。
反过来，如果你已经被某个生态牢牢绑定在 AirDrop 或某个网盘上、且传文件的双方也都在同一个生态里，LocalSend 的增量价值就没那么大了。它的优势恰恰出现在"跨系统"和"跨账号"的场景里——这也是它定位的核心。
本文为个人基于网络公开资料整理编写，非官方内容，仅供学习交流参考；软件版权归原作者所有，请支持正版；使用过程中遇到问题请查阅官方渠道，本文不承担任何责任。
