Mac文件传输终极方案：LocalSend跨平台局域网直传实战

用了快十年的 Mac，文件传输这事我一直没省心过。系统自带的 AirDrop 听着很美，但真到传大文件的时候经常转圈圈；微信传文件要压缩画质，传到一半还老断；U 盘在 M 系列 Mac 上还得挂个转接头。前阵子折腾了一圈，最后留在 Dock 上的，反而是我之前不太在意的一个开源小工具——LocalSend。用到现在传了几百次文件，我才敢说真正省心的 Mac 文件传输工具是它，而不是那些看起来很炫的功能。

这篇文章不打算写成教程式的功能介绍，而是把我从“天天拷 U 盘”到“跨设备秒传”的完整过程和踩坑记录分享出来。适合经常在 Mac、iPhone、Android、Windows、Linux 之间传文件的同学，也适合那些被网盘限速和登录折磨到崩溃的人。文章会覆盖方案对比、安装配置、实战操作、常见问题四个部分，干货都在后面。

1. 先说说为什么我从 AirDrop 换到了别的工具

1.1 苹果生态内的 AirDrop 没有想象中稳定

AirDrop 在苹果宣传片里看起来是“一拖就传”，真正用起来却充满了随机性。我在办公室遇到过 Mac 和 iPhone 之间怎么都搜不到设备，蓝牙开着 Wi-Fi 也正常，两台设备就在咫尺却一直等待；在家里两台 Mac 之间传几个 GB 的项目压缩包，速度慢到还不如直接开网盘。后来查资料才知道，AirDrop 用的是蓝牙做设备发现、Wi-Fi 做数据传输，这套机制在公司多 AP 环境或无线干扰大的地方特别容易出问题。

最要命的是 AirDrop 只能在苹果生态内用。我平时要传文件给同事的 Windows 笔记本，或者给朋友的 Android 手机，AirDrop 完全无能为力。为了传一个几百 MB 的安装包，还得重新掏出微信或网盘，这个过程本身就让人崩溃。

1.2 微信、网盘和 U 盘各有各的硬伤

微信文件传输助手是很多人默认的传文件方式，但它有三个明显问题。第一，传图片和视频会被压缩，原图体验很差；第二，iPhone 和电脑之间来回切换要扫码登录，文件大一点还容易失败；第三，微信接收的文件默认存到临时目录，万一忘记保存，过几天就找不到了。

网盘的问题更明显：上传下载都要等，免费用户被限速，而且文件要经过第三方服务器，隐私方面始终让人不放心。U 盘在 M 系列 Mac 上体验也更糟糕——机身只有 Type-C 口，传统 U 盘得加转接头，传完还要担心 exFAT 和 APFS 格式兼容问题。这些方案应付偶尔一次传文件还行，高频场景下真的会让人暴躁。

1.3 我真正需要的是一个“打开就能传”的工具

那时候我梳理了一下自己的使用场景：每天要在 Mac 和 iPhone 之间传截图和文档，偶尔要给 Windows 电脑发压缩包，还要把文件发给没装任何传输软件的同事。我需要的是一个不依赖账号、不经过云端、跨平台、打开就能用的工具。对比下来，AirDrop 只能覆盖苹果全家桶，微信和网盘绕不开登录和压缩，U 盘太麻烦都不合适。LocalSend 恰好补上了所有这些短板，这也是为什么我用久之后才意识到它才是那个最省心的选项。

2. 主流方案都试过一遍，横向对比才有说服力

2.1 一张表看清各方案的真正差距

我在换工具之前把市面上常见的 Mac 文件传输方案都整理了一遍，对比它们在几个关键维度上的表现：

对比之后你会发现，LocalSend 几乎把其他方案的所有优点都拿过来了：不需要账号、不走云端、跨平台、不限速，而且因为是局域网直连，传输速度基本就是看你的 Wi-Fi 性能。之前没有深入使用是我的认知盲区，用久了才懂，省心的本质不是功能花哨，而是“把该做的事做对”。

2.2 为什么最后留下的是 LocalSend 而不是 Snapdrop

Snapdrop 当时也在我候选列表里，它最大的优势是不用装客户端，浏览器打开网页就能用。但实际用了几次发现，Safari 和 Chrome 对 WebRTC 的支持细节不一样，偶尔会出现连不上或者网页卡死的情况；而且如果双方不在同一局域网，Snapdrop 会走公共中继服务器，速度立刻拉胯。

LocalSend 是个独立客户端，底层走的是 HTTP 局域网通信，逻辑简单直接。它的发现机制类似 AirDrop，靠局域网内的设备自动广播，不需要输入 IP，也不需要扫码。更重要的是，它还有一套“Web 接收”模式，对方没装客户端时，可以打开浏览器临时接收文件，这样既保留了 Snapdrop 的优点，日常使用又有稳定的客户端兜底。这个组合方案用下来非常顺手。

3. 从安装到实战，把省心工具真正跑起来

3.1 Mac 端的安装与首次配置

LocalSend 是开源免费软件，官网是 localsend.org，也可以在 GitHub 的 Release 页面下载 macOS 安装包。如果你装了 Homebrew，一条命令就能搞定：

bash复制brew install --cask localsend

下载完 dmg 之后，把图标拖进 Applications 文件夹就行。首次打开时 macOS 的 Gatekeeper 可能会拦截未签名或未认证的 App，如果提示“无法打开”，可以右键图标选择“打开”，或者在“系统设置 → 隐私与安全性 → 安全性”里点“仍要打开”。这一步是老 Mac 用户都懂的基本操作，但新手容易卡在这里，我遇到过好几个同事就是这样被劝退的。

打开后的设置页面建议花 30 秒调整三个选项。第一，把设备名称改成容易识别的名字，比如“我的 MBP”，这样在手机或其他设备上方便一眼认出；第二，设置接收文件的保存目录，默认是“下载”文件夹，我习惯单独建一个“AirDrop 接收”文件夹，方便统一管理；第三，如果只是自己用，不要打开“自动接受文件”，避免别人在公共网络下随便给你推文件。都改好之后，到“系统设置 → 隐私与安全性 → 本地网络”里确认 LocalSend 的权限已经开启，否则 Mac 上会收不到局域网内的传输请求，这个权限问题在 macOS 14 之后尤其常见。

3.2 三种高频传输场景实测

场景一：Mac 到 Mac。两台电脑都打开 LocalSend，确保连接同一个局域网。发送端点击界面上的“发送”按钮，选择文件或直接拖拽文件到窗口，然后在设备列表里选中目标设备。接收端会弹出一个提示窗口，上面有发送者的设备名和文件大小，点击“接受”后文件就开始传输。这个过程和 AirDrop 类似，但明显更透明，至少不会出现“正在等待”卡半天的玄学问题。

场景二：Mac 到 iPhone 或 Android 手机。手机端去 App Store 或 Google Play 搜索 LocalSend 安装，打开后和 Mac 在同一 Wi-Fi 下就会互相发现。发送文件时选好手机设备名，手机端会收到通知，点击保存就行。iPhone 用户要注意，如果之前拒绝过本地网络权限，需要到“设置 → 隐私与安全性 → 本地网络”里手动打开，否则 App 会一直搜不到 Mac。

场景三：接收方没有安装任何客户端。这是 LocalSend 很有用的 Web 接收模式，也是我放弃 Snapdrop 后的一个重要补充。发送端打开“通过链接接收”，界面会生成一个临时链接和验证码，对方电脑或手机用浏览器打开这个链接，输入验证码，发送端就能把文件直接推过去。整个过程不需要对方装 App，不需要登录账号，非常适合临时给同事传文件或在公用电脑上取资料。实测下来，同局域网内打开网页到收完文件，通常几秒内就能完成。

3.3 日常使用中的几个进阶技巧

我日常用得最多的技巧是把 LocalSend 固定在 Dock 栏或程序坞上，这样来文件时可以第一时间看到弹窗提示，不用切窗口。另一个技巧是传文件夹时尽量打成 zip 压缩包再发送，虽然 LocalSend 本身就支持传文件夹，但打包成单文件后传输速度更稳定，接收方整理起来也方便。

如果你是命令行用户，LocalSend 也有对应的命令行发包工具，安装后可以用命令直接发送文件。比如配合其他脚本做自动化归档时，直接把输出文件推给手机就很方便。不过命令行模式主要是“发包”能力，日常还是以图形界面为主，折腾门槛不高，适合喜欢自动化的人去研究。这些细节是普通教程里很少提到的，但恰恰是提升日常效率的关键。

4. 常见问题排查与避坑记录

4.1 设备发现不了，优先查这五个环节

LocalSend 用多了偶尔也会翻车，最常见的现象就是双方明明连着同一个 Wi-Fi，但却搜不到对方。碰到这种情况别慌，按顺序排查五件事。

第一，确认两台设备在同一个局域网和同一网段，比如都连家里的主路由，而不是一个连路由器一个连访客网络。第二，检查路由器是否开启了 AP 隔离，很多公共网络或企业 Wi-Fi 会默认开启这个功能，导致设备之间不能互相访问，这个是局域网传输工具的通病。第三，检查 macOS 的本地网络权限，刚才提到的“系统设置 → 隐私与安全性 → 本地网络”里一定要允许 LocalSend。第四，关掉系统级代理工具再试一次，如果你 Mac 上装了网络代理类软件且开启了全局模式，局域网流量可能会被“绕路”，LocalSend 就会搜不到设备。第五，试试把两台设备的 Wi-Fi 频段统一，有些双频路由器会把设备分配到 2.4GHz 和 5GHz 两个频段，跨频段时设备发现也会受影响。

4.2 传输速度慢或者中途中断怎么处理

如果设备能找到，但传输速度只有几百 KB/s，或者大文件传到一半就断掉，问题大多出在无线环境上。首先看信号强度，两台设备离路由器越近越好，隔一堵承重墙基本就可以宣告失败；其次看是不是同一个频段，跨频段传输时速率会差很多，有条件的话在路由器后台设置“双频合一”，让设备都走同一段网络。

另外，传超大文件时建议不要锁屏。macOS 休眠会断网，传输任务大概率会失败，这个坑我踩过不止一次。如果文件有几 GB 甚至几十 GB，先压缩成分卷包再传更稳妥，别指望无线局域网在极端大文件上比网线还快。我曾经在两个设备都连着 5GHz Wi-Fi 的情况下传 10GB 的虚拟机镜像，几乎跑满路由器无线带宽，这个体验是网盘完全给不了的。

4.3 我踩过的其他几个真实坑

自动接受功能我建议不要开。刚开始用的时候觉得每次都要点一下“接受”很麻烦，开了自动接受之后确实省事，但后来在办公室连着公司网络时，突然弹出了别人推过来的文件，虽然没造成实际损失，还是吓出一身冷汗。公共网络下自动接收文件等于把设备变成一个公开的“下载站”，这个风险不值得冒。

另一个坑是本地网络权限。我升到新系统之后有段时间怎么都收不到文件，排查半天发现系统设置里的“本地网络”选项被重置了，重新打开权限才恢复正常。权限类的设置，系统更新后偶尔会变动，如果发现 LocalSend 突然不能用了，第一时间去权限设置里看一眼。还有一次是 Mac 和手机连着同一个 Wi-Fi，但手机用了蜂窝流量叠加优化功能，导致局域网通信走错了网络，关掉那个功能立刻恢复正常。

5. 用久之后才知道的使用心得

5.1 我的文件传输组合拳

用 LocalSend 快一年，我形成了自己的文件传输组合拳。日常截图、文档、小视频，直接用 LocalSend 在 Mac 和 iPhone 之间互传，速度和稳定性都很满意；遇到要给 Windows 或 Android 设备发文件时，LocalSend 依然是主力；只有涉及海量照片备份或大型项目归档时，我才会用移动硬盘配合本地备份。可以说，LocalSend 一个人扛下了我日常 80% 的文件传输需求。

对比曾经用过的方案，最大的感受是省心。它没有广告、没有限速、没有会员体系，也从不要求我登录账号，数据永远只在我的设备之间流动。对隐私敏感的人来说，这一点非常重要——文件根本不需要经过任何第三方服务器。更惊喜的是，它支持 macOS 快捷键和文件拖拽，操作效率很高，学习成本几乎为零。

5.2 后续还能怎么玩

如果你愿意折腾，LocalSend 还可以进一步集成到自动化流程里。比如用快捷指令配合它，在 iPhone 上选中文件后一键发送到 Mac 指定目录；或者在电脑上写个简单脚本，定时把生成好的报表推到手机。我目前已经用它实现了一个简单的“手机截图自动回传 Mac”流程，方便了很多。开源工具的好处就在这，永远有折腾的空间，但如果你只想找一个老老实实传文件的工具，它也能直接满足你。

我在实际使用中最深的体会是：不要迷信系统自带的“高大上”功能，也不要被网盘的免费空间绑架，很多时候一个专注于做一件事的小工具，反而能成为最可靠的生产力伙伴。LocalSend 就是这样，它安静地躺在菜单栏里，需要的时候永远在那里，不需要的时候也从不打扰你。