[文件传输] LocalSend – 开源局域网跨平台互传工具 | 多平台版

LocalSend 解决的不是“上传”，而是设备间直传

LocalSend 是一款免费开源的局域网文件互传工具，支持 Windows、macOS、Linux、Android 和 iOS。它不要求注册账号，也不把文件先上传到云盘：发送端与接收端处于同一个本地网络时，应用会发现附近设备，再由两台设备直接完成照片、视频、文档、文件夹或文本传输。泡泡茶壶小编依据 LocalSend 官网、官方协议仓库、下载说明和 v1.17.0 发布记录整理了这份介绍。

它适合把手机照片传到电脑、在 Windows 与 Mac 之间交换项目文件，或在没有外网的课堂、会议室和家庭网络里传资料。需要先说明边界：LocalSend 不是远程网盘，也不能默认跨互联网找到另一座城市的设备；官网明确说明它使用本地 Wi‑Fi，文件不会离开当前局域网。

一次传输在局域网里怎样发生

设备发现与接收确认

打开应用后，每台设备会显示一个便于识别的随机别名。选择“发送”，加入文件或文字，再点选附近的接收设备；对方接受请求后，应用才开始传输。接收目录默认为系统下载文件夹，也可以在设置中更改。常用场景不需要手动输入 IP，更不需要建立 LocalSend 账号。

官方 Protocol v2.1 说明，默认发现方式是 UDP 组播，默认地址为 224.0.0.167、端口为 53317；文件上传使用 HTTP 接口，开启加密时走 HTTPS，默认 TCP 端口同样是 53317。端口和组播地址不是写死的，网络环境冲突时可以在应用设置中调整。

HTTPS、PIN 与信任边界

官网把常规传输描述为端到端加密，并在常见问题中明确指出所有传输使用 HTTPS；还可以启用 PIN 验证，让发送方在准备传输时输入接收端给出的验证码。HTTPS 负责保护传输链路，PIN 则增加“确认接收的是这台设备”的步骤，两者解决的问题并不完全相同。

加密并不意味着可以忽略设备和网络本身的安全。公共 Wi‑Fi 上可能出现陌生设备，接收前仍应核对设备别名、文件名与大小；处理敏感材料时建议打开 PIN、关闭自动接受，并在传完后退出公共网络。浏览器反向下载属于协议里的替代方式，官方协议注明该模式可能使用未加密 HTTP，不应与应用间的常规 HTTPS 传输混为一谈。

从两台设备到第一次发送

1. 在两台设备上从官方渠道安装 LocalSend，并让它们连接同一个局域网。手机首次启动时应允许“本地网络”或附近设备相关权限。
2. 保持两端应用运行，在发送端进入“发送”，选择文件、文件夹、媒体或文本；移动端也可以从系统分享菜单调用 LocalSend。
3. 在附近设备列表中核对接收端别名并点选。接收端确认文件名、数量和大小后接受请求；需要更严格确认时，可先在接收设置里启用 PIN。
4. 传输结束后到设定的保存目录检查文件。重要资料可对照文件大小或哈希值，不要仅以进度条完成作为唯一依据。

LocalSend 没有云端带宽限制，但实际速度仍受 Wi‑Fi 信号、路由器吞吐、设备网卡、磁盘读写和并发任务影响。“局域网直传”意味着少了一次云端中转，不等于任何网络条件下都能跑满标称速率。

同一 Wi‑Fi 却找不到设备时检查什么

排查应从网络可达性开始，而不是反复重装。先确认两端连接的是同一个路由器与同一局域网；酒店、校园和访客 Wi‑Fi 常启用客户端隔离，即使网络名称相同，设备之间也可能无法互访。再检查 LocalSend 是否获得本地网络权限，以及系统防火墙是否允许它在当前网络类型下通信。

如果电脑同时连接以太网、Wi‑Fi、VPN 或虚拟机网卡，应用可能选错网络接口。v1.17.0 新增了更细的网络接口筛选，可在设置中只保留实际承载局域网通信的接口。仍无法发现时，可暂时退出 VPN、确认 UDP/TCP 53317 没有被安全软件拦截，或在两端改用一个未冲突的端口后重试。

发现成功但传输失败，则应分别检查接收端剩余空间、保存目录权限、文件名兼容性和休眠策略。手机切到后台、系统省电限制应用活动，或电脑在大文件传输中进入睡眠，都可能中断会话。

五个平台的安装包怎么选

Windows 可通过 Winget、Scoop、Chocolatey、EXE 安装包或便携 ZIP 获取；macOS 可选 App Store、Homebrew 或 DMG；Linux 官方列出 Flathub、Nix、Snap、AUR、DEB、AppImage 和 TAR 等渠道。Android 可从 Google Play、F-Droid 或官方 APK 安装，iOS 使用 App Store，官方项目还提供 Fire OS 渠道。

当前项目说明的兼容基线为 Android 5 及以上、iOS 12 及以上、macOS 11 Big Sur 及以上和 Windows 10 及以上。Windows 7 的最后兼容版本是 v1.15.4，继续使用旧系统意味着无法获得之后的新功能与安全修正；不要为了兼容旧系统把历史版本误当成当前稳定版。

不同平台的安装包体积和更新机制不同，因此资源大小只能标注为“因版本而异”。Linux 用户还应优先使用适合自身发行版的软件源；便携包适合临时使用，但自动更新、桌面集成和防火墙规则可能不如标准安装包完整。

稳定版、开源许可证与版本判断

截至 2026 年 8 月 1 日核对，官方最新稳定版本仍为 v1.17.0，发布于 2025 年 2 月。该版本加入高级网络接口筛选、移动端滑动多选媒体和 Windows 粘贴图片等改进；发布说明同时把它称作 WebRTC 稳定实现之前的过渡版本，因此不能把 WebRTC 写成该版已经稳定交付的能力。

当前仓库和 v1.17.0 源码采用 Apache License 2.0。部分旧文章和旧版本页面仍会显示 MIT，那是许可证变更前的历史信息，不代表当前版本。个人和组织可以按 Apache 2.0 条款使用、修改和分发源码，但再分发时仍需保留许可证与相关声明，并留意第三方依赖各自的授权。

适合谁，以及什么时候不该选它

LocalSend 很适合跨系统家庭设备、设计与开发团队的近距离交付、课堂资料分发，以及不希望把文件交给第三方云服务的用户。统一的操作逻辑降低了 AirDrop 只服务特定生态、聊天软件压缩图片或网盘先上传再下载带来的摩擦。

如果发送者和接收者不在同一网络、需要长期在线分享链接、版本历史、多人权限或异地同步，网盘、同步工具或远程传输服务更合适。若网络管理员禁止设备互访，LocalSend 也不会绕过这项策略；应获得网络管理方许可，而不是试图规避隔离规则。

常见问题

LocalSend 必须联网吗？
不需要互联网，但两端必须处于能够互相访问的本地网络。连接同名 Wi‑Fi 不一定代表可互访，访客网络隔离会造成发现失败。

需要账号或自建服务器吗？
普通局域网传输不需要账号、登录或外部服务器。协议目标就是不依赖外部服务器，两台设备直接协商并传输。

可以传文件夹和文字吗？
可以。官网列出照片、视频、文档与文本，桌面端也支持选择文件夹；具体分享入口会随系统平台而异。

LocalSend 现在还是 MIT 许可证吗？
不是。当前稳定版和主仓库使用 Apache License 2.0；旧版本中出现的 MIT 信息属于历史状态。

官方地址是什么？
官网为 https://localsend.org/，统一下载页为 https://localsend.org/download，源码与发布记录位于官方 GitHub 项目。

选择建议

如果你的核心需求是“附近设备、不经云端、跨平台传一个文件”，LocalSend 的定位直接而清晰。第一次使用可先用一张普通图片测试发现、接收目录和防火墙，再传大文件；公共网络或敏感资料场景则打开 PIN 并逐次确认。

下载时优先选择系统商店或官网列出的渠道，并以官方发布页核对最新版。遇到找不到设备的问题，按局域网隔离、本地网络权限、防火墙、VPN与多网卡、端口冲突的顺序排查，通常比更换安装包更有效。