GitHub 70K Star 的 LocalSend：不依赖互联网的局域网文件互传工具

你有没有遇到过这种情况？电脑上有一张照片想传到手机，于是打开微信、发送给自己、下载、再保存。或者上传网盘、复制链接、手机打开、下载。如果文件比较大，再经历一遍上传 → 等待 → 下载 → 等待。

更麻烦的是：手机和电脑明明就在你面前，文件却非得绕一圈互联网。

而 GitHub 上有一个非常朴素的开源项目，它只解决一件事：让你身边的设备，直接在局域网里互传文件。 它叫 LocalSend，而且现在已经不是一个冷门小工具了。

官方中文网站目前显示：70k+ GitHub Stars、500 万+ 下载量、100+ 贡献者、0 广告或跟踪器。 更关键的是：它完全开源、跨平台，而且不依赖互联网。（[LocalSend][1]）

LocalSend 到底是什么？

一句话：一个开源、跨平台、基于局域网的文件和消息传输工具。 你可以把它理解成：

AirDrop + Android + Windows + Linux + 开源

但它最大的特点是：不需要云端。 官方明确说明，LocalSend 可以让附近设备通过同一个局域网安全分享文件和消息，不需要互联网连接。

它支持哪些设备？

这也是 LocalSend 最实用的地方。官方目前支持：Windows、macOS、Linux、Android、iOS、Fire OS。

也就是说：Windows ↔ Android、Windows ↔ iPhone、macOS ↔ Android、Linux ↔ iPhone，都可以进行文件传输。官方还提供 Windows、macOS、Linux、Android、iOS 等多个平台的安装渠道。

最重要的问题：需要注册账号吗？

不需要。 不需要注册账号、登录、绑定手机号、扫码登录，也不需要搭建服务器。

官方给出的使用流程非常简单：

所有设备安装 LocalSend ↓ 打开应用 ↓ 自动发现附近设备 ↓ 选择文件 ↓ 点击目标设备 ↓ 发送

甚至不需要额外配置服务器。官方将它概括为：No account, no login, no servers.

那文件到底走哪里？

这里才是 LocalSend 最值得关注的地方。很多人看到“局域网传文件”，第一反应：是不是还是先上传到服务器？

不是。LocalSend 的设计就是：

设备 A │ │ 局域网 │ ▼ 设备 B

而不是：

设备 A ↓ 云服务器 ↓ 设备 B

也就是说：数据不需要离开你的局域网。 官方中文网站也明确写明：

完全离线运行，数据永不离开您的局域网。

没有互联网也能传？

可以。这里一定要理解一个概念：Wi-Fi ≠ 互联网。 两台设备连接到同一个 Wi-Fi，即使这个 Wi-Fi 没有互联网， 只要两台设备之间能够互相通信，LocalSend 依然可以工作。

官方也明确强调：无需互联网。 它只需要设备处于可以互相访问的局域网络中。

这意味着什么？

比如你出差，没有公网、没有网盘、没有移动热点、甚至没有互联网。只要电脑 + 手机 + 同一个局域网，依然可以直接传文件。这就是 LocalSend 最核心的价值。

它到底有多快？

LocalSend 官方对速度的描述是：以 Wi-Fi 网络的最高速度传输文件。 也就是说，它不是通过某个云服务器的上传速度决定传输速度，而主要取决于你的本地网络。

例如：电脑 → Wi-Fi → 手机，文件直接走本地网络。如果你的局域网速度足够快，大文件传输自然也会比“上传云端 → 下载云端”少一道中间环节。

更重要的是：没有文件大小限制这一层云端瓶颈

LocalSend 官方网站强调：没有带宽限制。 当然，这并不意味着“任何文件都能瞬间传完。” 真正决定速度的还是：Wi-Fi、路由器、网卡、设备性能、存储介质、系统网络配置。

所以更准确地说：LocalSend 不人为加入云端上传/下载这一层限制。

安全性怎么样？

这可能是很多人最关心的问题。毕竟：文件直接在局域网里传，安全吗？

LocalSend 官方目前采用 HTTPS 加密通信。 官方 README 说明：LocalSend 使用 REST API 进行设备间通信，文件传输通过 HTTPS，并且每台设备会动态生成 TLS/SSL 证书。

官网则进一步强调：端到端加密。 也就是说：

发送设备 ↓ 加密传输 ↓ 接收设备

目标就是让：只有发送者和接收者能够访问传输内容。

它甚至不需要服务器

这是 LocalSend 和很多传统文件传输服务最大的区别。

传统模式：

用户 → 客户端 → 服务器 → 存储 → 另一个用户

LocalSend：

设备 A → 局域网 → 设备 B

中间没有第三方云存储服务器。 所以文件不需要上传到某家公司、在云端保存、再从云端下载。

那设备是怎么互相发现的？

这就是 LocalSend 里面比较有意思的技术部分。当多个设备运行 LocalSend，它们可以在局域网内进行设备发现。然后手机、电脑、平板、Linux PC 会出现在附近设备列表中。你只需要点一下目标设备， 就可以开始发送。

从源码来看，LocalSend 的通信协议基于 REST API + HTTPS， 而局域网发现、设备通信等功能，则由项目自己的 LocalSend Protocol 支撑。

它不只是传文件

很多人以为 LocalSend 就是“选择文件 → 发送”，其实官方支持的内容并不只有文件。你还可以发送：图片、视频、文档、文本、文件夹，甚至可以分享文本消息。

项目的历史更新记录也能看到：LocalSend 很早就加入了纯文本消息、拖放文件、目录分享、多接收者并行发送等能力。

文件夹也能直接传

这个功能对于程序员尤其方便。比如：

project/ ├── src/ ├── public/ ├── package.json └── README.md

不需要 zip 然后上传、下载、解压。LocalSend 支持目录分享， 官方更新记录显示，目录分享能力在 1.9.0 中加入。

甚至可以一次发给多个设备

假设你正在给 3 台电脑、5 部手机发送同一批文件。LocalSend 支持多个接收者并行分享， 这项能力在项目早期版本中就已经加入。

于是可以：

      ┌→ 手机 A
      │

电脑 ─────┼→ 手机 B │ └→ 平板 C

而不是一个个重复发送。

更有意思的是：它支持“分享链接”

如果对方没有安装 LocalSend 怎么办？项目还提供 Share via browser link， 也就是可以把内容通过浏览器链接的方式分享给不使用 LocalSend 的用户。这个功能在 LocalSend 1.9.0 的更新记录中加入。

这让它不再局限于“两台都安装 LocalSend 的设备之间传文件。”

为什么程序员特别适合用它？

因为程序员经常需要：电脑 → 手机、电脑 → 另一台电脑、Windows → Linux、Linux → 手机、macOS → Android。

尤其是 Windows + Android 或者 Windows + iPhone 这种跨生态组合，经常会遇到微信、QQ、网盘、USB、邮件，每一种方案都不够优雅。

LocalSend 的逻辑则非常简单：

两个设备 ↓ 打开 LocalSend ↓ 互相发现 ↓ 发送

更关键的是：它不强迫你进入某个生态

AirDrop 很好，但它天然属于 Apple 生态。 Android 有自己的方案，Windows 也有自己的方案。但现实中的开发者经常是：

Mac + Windows + Android + iPhone + Linux

五个平台混着用。这时候跨平台就变得非常重要。

LocalSend 的技术栈也很有意思

如果你是开发者，可以直接看它的 GitHub 源码。项目使用 Flutter 构建跨平台客户端，源码仓库也明确给出了 Android、iOS、macOS、Windows、Linux 等平台的构建方式。

而项目构建还涉及 Rust 等底层能力。官方源码说明中也要求开发环境准备 Flutter 和 Rust。

这也是开源软件最有意思的地方

如果你只是使用，你看到的是一个传文件 App。 但如果你打开 GitHub，你会看到：

Flutter → 跨平台 UI → LocalSend Protocol → REST API → HTTPS → 局域网设备发现 → 文件传输

你甚至可以直接研究：一个跨平台局域网文件传输工具到底是怎么实现的。

LocalSend 并不是“万能传文件工具”

这一点也必须说清楚。它最大的优势是局域网， 所以它最适合：

设备就在身边 + 两个设备在同一局域网

如果你需要：

北京电脑 ↓ 上海手机

这种跨公网传输，LocalSend 就不是最合适的方案。因为它本身的核心设计就是 Local Network。

还有一个容易踩的坑

如果手机看不到电脑，不要第一时间认为 LocalSend 坏了。 很多时候是局域网隔离。 例如：路由器开启了 AP Isolation / Client Isolation， 这样即使手机 + 电脑连接到了同一个 Wi-Fi，它们之间也可能无法直接通信。

官方 Troubleshooting 也明确提到了这一点。

Windows 也要注意网络类型

如果 Windows 网络被设置成 Public Network， 系统可能会更加严格地限制局域网通信。官方文档也建议检查 Windows 网络是否配置为 Private Network。

所以：LocalSend 使用起来很简单，但底层仍然遵循真实的计算机网络规则。

它还有一个很程序员的特点：没有广告和跟踪器

官方中文官网目前明确标注：0 广告或跟踪器。 这其实是一个很值得关注的设计选择。

因为文件传输工具最容易让人产生一个疑问：我的文件到底经过了谁的服务器？LocalSend 的答案很简单：尽可能不经过。

为什么这个项目值得关注？

因为它解决的是一个非常“反互联网”的问题。

过去十几年，互联网产品越来越喜欢：

注册 → 登录 → 上传 → 云端 → 同步 → 下载

而 LocalSend 反过来了：

设备 → 局域网 → 设备

没有账号、没有云盘、没有中间服务器、没有广告，甚至没有互联网也能工作。

这其实是一种很重要的软件设计思路

不是所有数据都应该上云， 不是所有设备之间的通信都需要经过服务器。 如果两个设备就在你旁边，为什么一张照片还要先上传到几百公里外的数据中心？

LocalSend 给出的答案是： 能本地解决，就本地解决。

写在最后

LocalSend 看起来只是一个“传文件的小工具”，但它背后的设计其实非常漂亮：

开源 + 跨平台 + 局域网 + HTTPS + 无需账号 + 无需服务器 + 无广告 + 文件/文本分享

它没有试图做一个“什么都能干”的超级 App，反而只解决一个非常明确的问题：

让附近的设备，快速、安全、直接地交换数据。

而这恰恰是很多优秀开源项目的共同特点：把复杂的事情藏起来。 用户只需要：

打开 → 选择文件 → 点击设备 → 完成

至于背后：设备发现、网络通信、REST API、HTTPS、TLS、跨平台、文件传输，全部交给软件完成。

这也是我觉得 LocalSend 最值得推荐的原因：它不是让你学习一套新的文件管理方式， 而是把**“附近设备传文件”**这件事情，重新做得简单了一点。

GitHub：https://github.com/localsend/localsend

官方网站：https://localsend.org/zh-CN

你平时电脑和手机之间传文件用什么方式？微信、网盘还是数据线？试过 LocalSend 之后，你觉得“局域网直传”这种方式靠谱吗？评论区聊聊～