先说一下我自己的经历。之前工作室里两台设备一台安卓手机、一台 iPad最烦的事情就是互相传文件。AirDrop 只对苹果自家生态开放安卓手机想往 iPad 上传照片、视频、文档要么打开微信文件传输助手要么上百度网盘传个大视频还要等半天中间还容易失败。后来我认真把市面上主流方案都试了一遍也踩了不少坑才逐渐形成一套自己的传输组合拳。这篇就把这些路线完整梳理出来从零安装的临时方案到日常批量的高效方案都有按你的使用场景去选就行。1. 先搞清楚你的传输场景再选方案很多人一上来就问“哪个 App 传文件最快”但这个问题本身就没问到点上。跨平台无线传输没有一个“万能解”不同文件类型、不同数量、不同频率适合的路线完全不一样。我建议先花两分钟判断自己属于哪种情况再往下看方案这样不会白折腾。1.1 实际需求基本逃不出这四类场景第一类是偶尔传一两张照片、PDF、网页链接这种需求最简单也不需要什么专业工具微信、邮件、网盘都能解决唯一的要求是“别太折腾”。第二类是大量小文件比如一次性传几百张照片、几十个 Word 文档、一套图标素材。这种场景最考验传输工具的批量处理能力和断点续传能力用微信会把人传疯因为文件多了以后操作繁琐、容易漏选而且还会被压缩。第三类是单个大文件几 GB 的视频素材、压缩包、录音文件这种场景对传输稳定性要求极高Wi-Fi 稍微抖一下就可能失败重来所以必须走局域网直传或者支持断点续传的工具。第四类是长期回传也就是你在 iPad 上处理完文档、做完笔记之后需要把结果存回安卓设备或者反过来。这种场景需要的不是一次性传输工具而是像一个“网络硬盘”一样的挂载点随时打开、随时存取。判断好属于哪一类之后再来看下面这张方案对比表基本就能锁定答案了。传输方式是否两端装 App是否依赖外网批量能力大文件稳定性适合场景LocalSend两端都需要不需要强强日常主力、批量照片和视频SMB 挂载共享只需安卓端装不需要很强很强长期目录管理、文件回传HTTP 网页下载都不需要不需要弱一般临时分享、对方不方便装 App网盘中转两端都需要需要中等取决于网盘不在同一网络时的应急方案微信/邮件两端都需要需要弱差传小文件时的兜底手段1.2 三个决定选型的关键变量选方案时真正起决定性作用的变量有三个。第一个是两端是否需要安装 App这决定了你的方案能不能在“陌生设备”上使用。第二个是传输链路是否经过云端如果两台设备在同一个局域网里走局域网永远是速度最快、隐私性最好的选择一旦数据上了云端上传下载时间、平台限速、隐私问题都会冒出来。第三个是文件大小上限和数量上限聊天软件和邮件对附件都有严格限制而局域网方案几乎不设限。我自己实际用下来的体会是只要两台设备能连到同一个 Wi-Fi优先走局域网方案如果经常需要从安卓往 iPad 传文件LocalSend 和 SMB 各占一半使用场景如果只是偶尔给朋友传一个安装包或者几张照片直接 HTTP 网页分享最省事。2. LocalSend最接近“隔空投送”的跨平台解法如果你想要一个体验最接近苹果 AirDrop 的方案LocalSend 是首选。这可能是目前跨平台文件传输里做得最舒服的一个开源工具。2.1 为什么在众多第三方工具里我只推荐它市面上打着“跨平台传文件”旗号的工具很多比如 ShareIt、Xender、Feem但我几乎都试过一遍之后基本都卸载了。原因很简单要么是需要注册账号传输过程中数据要经过对方服务器隐私没保障要么是免费版有传输大小限制要么是广告植入太多传个大文件还要看视频广告。LocalSend 不一样。它是开源项目所有代码都在 GitHub 上公开数据传输走的是局域网 P2P 链路设备之间通过 HTTPS 通信文件不经过任何第三方服务器也就是说你的文件只在两台设备之间流动没有中间人。它支持 Windows、macOS、Linux、Android、iOS 全平台覆盖不依赖蓝牙、不开 GPS、不需要登录两端都装上 App 之后在同一个局域网里就能自动发现设备。从使用体验上说它和 AirDrop 的交互逻辑几乎一样选文件、选接收设备、接收方点确认。但有一个本质区别——AirDrop 是苹果私有协议LocalSend 是跨平台通用的安卓往 iPad 传或者 Windows 往安卓传都能走这条路。2.2 两端安装与首次配对的完整过程安卓端下载途径很多Google Play、F-Droid、GitHub Releases 都能拿到 APK。我这里多说一句如果网络条件允许优先从 GitHub Releases 下载最新版因为 F-Droid 上的版本更新会慢一些偶尔会有旧版本兼容性问题。iPad 端直接在 App Store 搜索 LocalSend 就能找到。首次打开之后先把两边的设备名称改成自己能认出来的名字比如“我的安卓手机”“工作 iPad”这样传输时一目了然避免在多个设备之间选错人。然后是最关键的一步iOS 端在首次启动时系统会弹窗询问“是否允许 LocalSend 查找并连接本地网络上的设备”这里必须点允许。如果当时手滑点了不允许之后需要在 iPad 的设置里手动打开权限。iOS 14 之后的版本每个 App 都有独立的本地网络权限开关很多用户卡在“找不到设备”这一步本质就是这个开关没打开。具体路径是设置 → 隐私与安全性 → 本地网络 → 找到 LocalSend 并打开开关。2.3 实际操作时的一个提速技巧LocalSend 默认的传输方式是真点对点传输也就是说发送前和接收前两边都需要各自确认一次。但如果你是自己给自己传文件每次都要在另一台设备上点“接收”次数多了会觉得烦。这里有个小技巧在接收端的 LocalSend 设置里把“自动接收”打开。这样发送端发起传输之后接收端不用任何操作文件就会自动进入默认下载目录。我平时用 iPad 接收安卓照片时就是这个状态手机那边点一下iPad 这边自己就收下了体验和 AirDrop 几乎无差别。不过要提醒一句自动接收在隐私上是有代价的因为在同一局域网内的其他 LocalSend 设备也能直接给你推送文件。如果你平时待的场所人员很杂比如咖啡馆、学校食堂建议还是保留手动确认。2.4 实测速度与几个常见坑我在同一个 5GHz Wi-Fi 下路由器是千兆端口实际传输速度大概在 20MB/s 到 40MB/s 之间。如果文件全是小图片单文件速度会受小文件数量影响波动比较大但比微信压缩画质再传不知道高到哪里去了。踩过的大坑有两个。第一个是安卓手机开热点给 iPad 用时部分安卓系统内置了“智能热点限速”或者“未识别设备限流”的逻辑导致两台设备能互相发现但传不动进度条一直卡在 0%。我实测过某些国产品牌手机确实存在这个情况解决方法是把热点的频段从 5GHz 切到 2.4GHz或者进入热点的高级设置关闭限速选项。第二个坑是 iPad 接收大文件时屏幕会自动息屏而 LocalSend 在 iOS 端如果 App 被系统挂起传输就会中断。我的做法是传大文件之前在 iPad 上打开设置 → 显示与亮度 → 自动锁定临时调成“永不”传完再调回来。这个方法虽然土但非常管用。3. SMB 不走云端iPad“文件”App 直连安卓共享目录LocalSend 解决的是“一次性传送”的问题但如果你经常需要把安卓当成一个长期存储空间或者反过来要持续把 iPad 上的文件往安卓备份那么 SMBServer Message Block服务器消息块协议才是更优雅的解法。而且这套方案最妙的是——iPad 端不需要安装任何 App。3.1 这个方案的思路完全不一样SMB 是局域网环境下最成熟的共享协议Windows 电脑之间共享文件夹用的就是它。iPadOS 自带的“文件”App 原生支持 SMB 连接服务器也就是说只要安卓端开启一个 SMB 服务iPad 上打开“文件”App 就能像访问 U 盘一样浏览安卓里的目录双向拷贝文件都行。这个方案的核心优势有三个第一iPad 端零安装省掉了一堆第三方文件管理器 App第二它是目录级别的访问不是一次性的文件传送你可以直接在 iPad 上打开安卓文件夹里的文档、看视频、拷贝几十个文件第三它天然适合双向同步iPad 处理完的文件可以拖回安卓不需要额外步骤。很多安卓用户不知道自己的手机其实能充当一个迷你服务器但确实可以。SMB 服务器端只需要在安卓上装一个能开启共享的 App 而已。3.2 安卓端 SMB 服务器的搭建与配置安卓端我比较推荐用 MiXplorer 或 Solid Explorer原因很简单这两个 App 本身就是功能强大的文件管理器自带网络服务器功能不需要额外再装一个单独的服务器软件。以 MiXplorer 为例操作路径是打开软件后在左侧导航栏找到“服务器”有些版本中文名叫“网络服务器”点击之后会进入服务器配置页。界面里有几个关键参数需要设置用户名和密码必须设置因为 iOS 的 SMB 客户端连服务器时不支持空密码匿名登录不设置密码会直接连不上端口默认是 445保持默认即可不用改根目录路径选你希望暴露出来的文件夹而不是整个存储根目录这样更安全匿名访问建议关闭。这里尤其要强调一下协议版本的问题。iOS 自带的 SMB 客户端只支持 SMB 2 和 SMB 3 协议如果安卓端的服务器软件还在用老旧的 SMB 1.0 协议iPad 连上去之后要么报“无法连接服务器”要么显示“操作超时”。MiXplorer 默认开启的是新版协议所以一般不会出问题但如果你用了某个老版本 App 或者手动配置过协议版本一定要确认不是 SMB 1.0。3.3 iPad 端连接的完整步骤iPad 端操作很简单。打开“文件”App点击右上角的“⋯”更多按钮也就是省略号图标在弹出的菜单里选择“连接服务器”。然后在“服务器”栏输入安卓设备的局域网 IP 地址格式是smb://192.168.x.x要注意地址前面必须带上smb://前缀直接输 IP 苹果是不认的。输入完成点“连接”之后会出现两种模式“注册用户”和“访客”。默认注册用户模式输入你之前在 MiXplorer 里设置的用户名和密码。iPhone 或 iPad 支持把认证信息存到钥匙串可以勾选“记住此服务器”免得每次都要重新输入。连接成功后安卓共享目录就会像本地文件夹一样出现在“文件”App 的“共享”列表里。你可以在里面直接打开图片、播放视频、将文件复制到 iPad 本地目录也可以反过来把 iPad 上的文档拖进去。整个操作是双向的不需要电脑中转。3.4 速度实测和适用边界SMB 的实际传输速度受局域网质量影响很大我的测试环境是 5GHz Wi-Fi安卓端用 MiXplorer 开启 SMB 共享iPad 通过“文件”App 访问向安卓目录拷贝一个大视频文件速度大概在 15MB/s 到 25MB/s 之间。比 LocalSend 稍慢一点主要是 SMB 协议的开销和安卓端软件实现方式不同导致的但胜在稳定断点续传和目录浏览都能正常使用。适用边界方面要记住一点SMB 只能在同一局域网内用。如果两台设备不在同一个 Wi-Fi 下或者路由器开启了 AP 隔离功能就会连接失败。另外公司或校园网的访客 Wi-Fi 通常默认开启客户端隔离设备之间不允许互相通信这种网络环境下用 SMB 是连不通的只能换其他方案。4. 零安装的 HTTP 方案Android 起一个网页下载服务有些时候传文件给的不是自己的设备而是碰到一台陌生设备不方便装 App或者你就想快速分享几个文件给周围人这时 LocalSend 和 SMB 都不合适。最省事的办法是用 HTTP 网页服务安卓端把一个文件夹临时变成下载服务器对方用 iPad 自带浏览器打开一个网址点链接就能下载。4.1 HTTP 方案最大的优势就是“不需要任何客户端”整个方案的核心思路是安卓端运行一个简易 HTTP 文件服务器它会基于当前 Wi-Fi 局域网分配一个访问地址比如http://192.168.x.x:8000设备上有浏览器就能打开这个地址并下载文件。这套方案的优势非常大因为接收端零安装甚至都不需要 App StoreiPad 的 Safari 原生就能下载。而且它不仅对 iPad 有效对 Windows、Mac、另一台安卓手机都有效只要大家连的是同一个 Wi-Fi。4.2 一条命令就能起服务的开发者玩法如果你手边正好有一台电脑或者你就是搞开发的人这个方案可以用最直接的方式实现。在安卓设备上打开 Termux、在电脑上打开命令行都可以如果 Android 连接着同一局域网我建议直接在电脑上工作输入以下命令cd /path/to/your/files python3 -m http.server 8000然后在 iPad 的 Safari 里输入http://电脑的IP地址:8000就能看到共享目录的文件列表。点文件名即可下载。这条命令的意思是用 Python 自带内置 HTTP 服务器模块监听 8000 端口并把当前目录下的所有文件暴露成网页下载链接。Python 是跨平台的Linux、macOS、Windows 自带模块都一样。嫌一行命令麻烦也可以从安卓软件商店直接装“HTTP Server”类工具例如“Web Server”类 App效果一致。4.3 更适合普通用户的 App 化实现很多普通用户没有命令行基础所以市面上也有不少做局域网 HTTP 分享的安卓 App打开之后界面就像一个小后台自动显示访问网址和二维码。以我用过的一款叫“局域网文件传输”的工具为例打开后选择要分享的文件或文件夹它会自动生成两样东西一个是完整的 URL 地址一个是二维码。然后用 iPad 的相机扫码就会自动跳转到浏览器下载页。页面上会列出文件列表点击下载Safari 会把文件存到“文件”App 的“下载”文件夹里。如果一次要下载多个文件Safari 的体验就比较吃亏了因为浏览器基本不支持多选批量下载只能挨个点。这时候如果文件不大也可以先把多个文件打包成一个 ZIP再放到分享目录里让接收方只下载一个压缩包。4.4 HTTP 方案明显不足的点HTTP 方案虽然方便但它有三个无法回避的缺点。第一个是下载速度取决于 HTTP 服务器的实现如果不支持 Range分片请求和断点续传大文件传一半断了就只能重头再来。第二个是安全性几乎为零同一局域网内知道地址的人都能访问所以不适合传隐私文件用完就要立刻关掉服务。第三个是上传能力很弱这个方案只解决了安卓端向 iPad 推送文件的问题如果 iPad 上的好几张照片想反向传回安卓用 HTTP 方案就很别扭因为接收端只能下载不能上传。整体来看HTTP 方案最适合的场景是“一次性、临时性、跨多设备分享”不适合作为主力传输方案。5. 云盘中转和通讯软件什么时候才用它局域网方案说了这么多肯定有人要问那我不在同一个 Wi-Fi 下怎么办比如安卓手机用着 5G 移动网络iPad 连的是公司 Wi-Fi这种情况最现实的路径就是通过服务器中转也就是云盘和通讯软件方案。5.1 网盘中转的正确打开姿势网盘中转适合传大文件因为对发送方和接收方几乎不设限只要网盘空间够几个 GB 的视频也能传。百度网盘、阿里云盘、夸克网盘我都用过安卓端上传文件之后iPad 端打开同一个账号下载这是最标准的使用方式。但有几个实际体验上的细节需要注意。第一部分网盘的 iOS 版本对大文件下载有格式限制比如 HEIC 格式照片下载后可能默认转成 JPG如果你需要原始照片文件要在设置里关闭“智能格式转换”之类的选项。第二网盘上传速度和下载速度通常是分开计算的高峰期上传很慢如果传一两个 GB 的文件建议选非高峰时段。第三最让人头疼的是隐私问题文件通过云端中转虽然网盘有加密存储但至少在传输链路里过了一次别人的服务器敏感文件能不能网盘上传自己心里要有数。如果文件不敏感、两台设备确实不在同一网络、而且对速度要求不高网盘是最省心的方案。但如果文件比较私密建议还是要回到局域网方案。5.2 微信和 QQ 的传输边界在哪里微信的“文件传输助手”是很多人下意识的选择但说实话它并不是一个好的跨设备传输工具。原因很简单微信的附件限制非常严格移动端单文件大小上限通常是 100MB 到 200MB视频还会被压缩画质照片会被压缩画质和清晰度传原图需要逐个点选“原图”按钮体验极差。QQ 的文件传输倒是比微信好一些移动端发送文件的单文件上限更大而且 QQ 有一条对 iOS 相对友好的传输方式在 QQ 里找到“我的设备”分组打开“我的 iPad”直接把文件拖动进去另一端手机上就能收。这个入口在安卓端和 iPad 端都有速度也还凑合但本质上依然要走腾讯服务器中转而且传输数量多的时候容易漏发。微信和 QQ 最适合的小场景其实是“快速传一个文本、一条链接、一个几 MB 的小文档”这类需求用它们处理比其他任何方案都快。但是一旦涉及几十个文件或者超过几百 MB 的视频果断换方案。5.3 邮件自投自取的小细节邮件方案至少有几十年的历史了至今依然有人用它传文件。操作上很简单安卓端把你的邮箱 App 打开新建一封邮件把文件作为附件上传收件人填自己的另一个邮箱地址推荐用同一个邮箱账号给自己发然后 iPad 端打开邮件 App 下载附件。这个方案的优点是完全不需要第三方软件iOS 和安卓自带邮件客户端都能用即使没有网络也能通过短信验证码登录收件。缺点是附件大小限制非常严格大部分免费邮箱单附件上限是 25MB 到 50MB 左右只能传小文件。传两个 PDF、几张表格没问题传视频完全不行。另一个容易忽略的细节是邮件传输时文件会被服务器处理即便你设置了密送自己邮件服务商依然能看到你的附件内容。敏感文件同样不适合走邮件。5.4 只播放不落盘的流媒体需求还有一种需求其实不属于“文件传输”但经常被混淆就是安卓上有很多影视资源iPad 上只是想点开看不想把文件真正下载到本地。这种情况别去传文件直接走流媒体协议更合适。安卓端装一个 DLNA 服务端 App例如 Universal Media Server 或 BubbleUPnP把视频目录设为媒体库iPad 端装一个支持 DLNA 的播放器例如 VLC在同一局域网内就能直接发现服务器并在线播放。这个方案的体验很像网盘在线播放但实际上走的是局域网不需要上传云端视频拖进度条也几乎不卡。它唯一的限制就是只能用于播放不能把文件真正拷贝到 iPad 里。6. 失败案例排查传文件过程中最常见的几个卡点跨平台传文件这件事最磨人的不是方案少而是方案多但关键时刻掉链子。我把自己和身边朋友踩过的高频问题集中整理了一下分成了几类典型的卡点每个都附带排查思路和解决办法。这几类问题不管用 LocalSend、SMB 还是 HTTP 方案都可能遇到本质原因也是相通的。6.1 传输进度条一直卡住不动典型的症状是发送端显示进度条接收端也有反应但进度停在 0% 或者一会儿之后就再也没变化。这个现象通常不是 App 的问题而是网络拓扑的问题。最常见的原因是路由器开启了“AP 隔离”模式或者两台设备连的是访客 Wi-Fi。AP 隔离的原理是让所有连接到同一个路由器的设备彼此之间不能直接通信这样访客网络里的设备就访问不了家里局域网但缺陷就是把点对点传输工具也一并拦掉了。排查方法很简单打开 iPad 的 Safari访问http://安卓IP:8000或者其他设备的局域网 IP 看能不能打开打不开就是网络隔离问题。解决方法是切到主 Wi-Fi如果是安卓热点作为 Wi-Fi 源那就去热点设置里关掉隔离选项。6.2 搜不到设备但明明在同一个 Wi-Fi这个问题的常见程度排在第二位。搜不到设备的本质原因是设备发现机制被系统层面拦截了而不是网络本身不通。LocalSend 这类工具在 iOS 上依赖“本地网络”权限也就是前文反复提到的那个开关没开权限的 App 在后台收不到设备广播。安卓端也有类似问题部分国产安卓系统在后台对应用自启动和广播接收有限制导致 App 在前台能搜到、切到后台就断。排查顺序我建议是先检查 iPad 设置里的本地网络权限再检查安卓端的 App 是否被系统省电策略限制然后确认两台设备确实连在同一个路由器或者同一台热点下而不是一个连 2.4GHz、一个连 5GHz 的“同一个 Wi-Fi”。6.3 文件传过去之后打不开文件打不开的原因分两种一种是格式不支持另一种是存储路径不对。格式不支持最常见的是安卓拍的 HEIC 格式照片没转成 JPGiPad 虽然能预览部分 HEIC 文件但某些第三方应用不支持或者安卓端发了一个.mkv格式的视频iPad 自带的照片 App 和文件预览器不支持 MKV 编码需要在 VLC 里播放。解决方法是传之前预估接收端用什么 App 打开文件安卓端可以提前用格式转换工具把 HEIC 转 JPG、MKV 转 MP4。存储路径不对的问题也挺普遍。iPad 的 Safari 下载文件默认存放在“文件”App 的“下载”文件夹但很多用户不知道这一点以为传完就消失了。打开“文件”App在“浏览”侧边栏里找“下载”文件夹基本都在那里。6.4 大文件传一半就断掉大文件传输中断的原因排第一位的是接收端设备息屏导致 App 被系统挂起。Android 和 iOS 都会在锁屏后限制后台网络活动如果 iPad 锁屏了LocalSend 之类的接收端就会暂停工作同时发送端还在等接收端确认两边状态对不上进度条卡住或者直接超时失败。解决方法是传输期间把锁屏时间调到永不或者至少调到 10 分钟以上。排在第二位的是 Wi-Fi 信号问题。如果是 5GHz 频段但设备离路由器比较远信号抖动会非常频繁。我的实际经验是大文件传输时尽量靠近路由器或者临时切换到 2.4GHz 频段速度慢一点但稳定得多。排在第三位的是文件系统限制。如果安卓端 U 盘或者外部存储用的是 FAT32 格式单个文件上限是 4GB当文件超过这个大小拷贝直接失败甚至报错信息都不会提示是文件系统的问题。这个情况一般集中在通过 OTG 外接 U 盘传文件时手机自带存储很少见到。6.5 接收完成后在“文件”App 里看不到这个问题的原因通常和前文提到的下载路径有关。iOS 的“文件”App 默认视图是“最近项目”它展示的是所有最近访问和修改的文件但网络下载文件如果不触发系统索引刷新有时候不会立刻出现在“最近项目”里。这时候不要只盯着“最近”看去侧边栏的“下载”或者“我的 iPad”里翻一翻基本都能找到。另外还有一个容易踩的坑是“存储到‘文件’”时如果选错了目标文件夹文件就会出现在自己也不知道的角落。建议第一次使用时先确认下载文件的默认路径后面就一直用同一个地方不要每次传输前临时选目录。6.6 一个小众但容易困住人的问题传输编码和文件名乱码跨平台传输时偶尔会遇到文件名乱码的情况尤其是中文文件名经过某些工具传输后变成了 这类字符。这个问题在 SMB 方案里要特别注意因为 iOS 的 SMB 客户端对非 UTF-8 编码的文件名支持不友好如果安卓端是用 GBK 编码命名文件的传过去很可能变成问号或乱码。排查方法是看文件名本身是否包含特殊字符。最直接的处理方案是传文件之前把文件名里的特殊符号和空格尽量去掉改成简短纯中文或纯英文文件名传完再改名。这虽然有点原始但非常可靠尤其是大批量传输图片和文档时能省下很多后续清理工作。收尾我这几套组合拳的最终使用习惯方案多了之后关键问题就变成了“哪个场景用哪个”。我从日常实用角度总结一下自己现在的工作流给 iPad 传批量照片和视频主力用 LocalSend开启自动接收几十个文件一次全发平时在 iPad 上翻了半天想要安卓里的某个文档用 SMB 方案直接挂载浏览不用拷来拷去临时给同事传文件或者对方不方便装 App用 HTTP 网页服务生成二维码一扫就走不在同一 Wi-Fi 的情况下才走网盘和通讯软件微信只用来传小文件邮件基本只在手机上没装其他 App 时才用。传输方案这件事本质是一场网络拓扑和工具链的匹配。多备用几条路线遇到断网、权限卡点、跨网络环境时就不会手足无措。希望这篇整理能帮你省下我之前浪费的那些折腾时间。