家里几部 iPhone 需要重新安排数据,原以为只是插根线、点几下屏幕的事,没想到折腾下来,竟给自己上了一堂 USB、Wi-Fi 和电源管理的实战课。
先说结果:iPhone 14 Pro Max 迁移到恢复出厂设置的 iPhone 16 Pro Max,第一次走 USB-C 转 Lightning 有线连接,耗时约 14 小时。后来改走「快速开始」无线直接迁移,手机显示预估约 7 小时。请注意,7 小时是迁移过程中的系统预估,不是已经完成后的实测总时长。
同样接近 900GB 的数据,我之前从 iPhone 16 Pro Max 迁移到 iPhone 18 Pro Max,使用支持 20Gbps 的 USB-C 数据线,大约 4 小时完成(手机理论支持最大 10Gbps)。
更意外的插曲是:这次从iPhone 14 Pro Max 迁移到 iPhone 16 Pro Max时,开始我把iPhone 14 Pro Max放在无线充电器上,电量以大约每小时 10% 的速度下降根本无法满足14小时迁移的时间需要。后来,我将iPhone 16 Pro Max放在无线充电器上发现也不行,iPhone 14 Pro Max尽管可以从iPhone 16 Pro Max通过USB cable获得充电,但是它仍在持续掉电中。
这一圈折腾下来,我最初怀疑的是线缆质量,后来才发现:我们平时挂在嘴边的「线」「接口」「协议」「充电」,压根不是一回事。
图 1| 我的三次数据迁移对照
这台 iPhone 14 Pro Max 的存储空间将近 1TB,只剩约 100GB 没用。按照占用空间粗略估算,需要搬迁的数据规模接近 900GB。于是,我拿一根 Lightning 转 USB-C 线,连接 iPhone 14 Pro Max 和 iPhone 16 Pro Max。
新手机已经恢复出厂设置,启动 Apple「快速开始」,选择有线传输。两部手机都识别成功,没有明显掉线,但进度实在慢:前前后后大约 14 小时。
我一度怀疑:是不是线买得不好?毕竟我有一根标称 20Gbps 的 USB-C 线,16 Pro Max 向 18 Pro Max 搬类似规模的数据,只用了约 4 小时。
但后来发现,这样比较忽略了一个关键事实:iPhone 14 Pro Max 的 Lightning 端口,数据传输规格是 USB 2.0 High-Speed,最高 480Mbps。即使另一头接的是 10Gbps 的 USB-C 端口,整条链路也不能超过慢的一端。
粗略地把 900GB 除以 14 小时,平均只有约 18MB/s;而除以 7 小时,约 36MB/s。两个数字是根据「存储占用量」估算的迁移平均速度,不是抓包测得的 USB 或 Wi-Fi 吞吐量。iOS 还可能重新下载应用、处理数据库或云端内容,因此不宜拿它们直接等同物理链路速率。
比 14 小时更让人担心的是供电。
第一次迁移时,我将 14 Pro Max 放在无线充电器上,原本觉得这样能保证它不会断电。结果发现,电量不但没涨,反而一个小时下降了约 10%。按这个趋势继续 14 小时,实在让人不放心。
这里有两条很容易混在一起的路径:一条是 Lightning—USB-C 数据线,另一条是无线充电器到旧手机的充电路径。
Apple 的公开说明提到,iPhone 连接有线接口和无线充电器时,有线供电会被优先使用;部分场景的无线充电功率也会受到限制。另一方面,较新的 USB-C iPhone 可以通过接口给一些外部设备提供最高约 4.5W 电力。至于我这次迁移时具体协商了什么角色和功率、无线充电是否被暂停,没有现场的电压电流记录,不能只凭电量下降就下定论。
还有其他可能:无线充电器对位不良、手机发热降功率、数据迁移时 CPU/存储/无线模块持续工作。于是,这件事提示我,电池百分比不是电源分析仪。它告诉你「最后剩了多少」,不告诉你「电从哪里进来、进来了多少、耗在了哪里」。
后来,我改用 Apple「快速开始」的无线直接迁移。手机放在桌上、彼此靠近,两部手机分别连接各自的有线充电器。
新的预估时间变成了约 7 小时。相比第一次的 14 小时,至少当时屏幕给出的预估改善明显;而且两部手机现在可以同时、稳定地从各自的充电器取电,终于不用为中途没电提心吊胆。最终是否真的 7 小时完成,要以迁移结束的实际时间为准。
很多人可能会问:无线怎么可能比插线还快?答案不是「无线一定比有线好」,而是要看两条链路各自跑的到底是什么协议。14 Pro Max 的 Lightning 有线链路受 USB 2.0 限制;而两台 iPhone 的 Wi-Fi 无线通信,并不天然受这条 480Mbps 限制。
图 2| 接口外形和协议代际不是同一回事
Lightning 是 Apple 在 2012 年随 iPhone 5 推出的专有连接器,主要是为了取代又大又不能正反插的 30 针接口。它小巧、可双面插入,在当年确实很先进。但连接器小巧,不等于数据协议高速。极少数旧 iPad Pro 曾在特定配置下通过 Lightning 实现 USB 3 级别传输,不能据此认为 iPhone 14 Pro Max 也支持。
USB-C 则是连接器的形状。长得都是 USB-C,背后跑的速度可能相差几十倍:iPhone 15、16 普通版的 USB-C 数据能力仍可停留在 USB 2.0;15 Pro/Pro Max 以及之后部分 Pro/Pro Max 机型则支持最高 10Gbps 的 USB 3.2 Gen 2。注意:iPhone 包装盒内的 USB-C 充电线,仍只提供 USB 2 数据速度。
Thunderbolt又是另一回事。它是 Intel 与 Apple 推动的高速互连技术:MacBook Pro 早在 2011 年就开始使用 Thunderbolt;Thunderbolt 3 后来采用 USB-C 外形,Thunderbolt 4 为 40Gbps,Thunderbolt 5 的双向带宽达到 80Gbps。不是插头看起来一样,就能把 iPhone 自动变成 40Gbps 的 Thunderbolt 设备。
常见速率放在一张表里,就比较好理解了:
| 接口或协议模式 | 标称速率 | 对此次迁移的意义 |
|---|---|---|
所以,那根标称 20Gbps 的 USB-C 线虽然很好,但把它插在只支持 10Gbps 的 iPhone 上,顶多协商到手机端所支持的模式;再好的线也不可能让 14 Pro Max 的 Lightning 突破 USB 2.0 限制。
启动「快速开始」时,Apple 要求旧手机打开 Wi-Fi 和蓝牙,并让新旧手机相互靠近。没初始化的新手机不需要先进入设置菜单开蓝牙;初始设置助手会管理相应无线功能。
可以用一个通俗比喻理解:蓝牙低功耗(BLE)像「打招呼、认人」;Wi-Fi 像「正式搬大箱子」。在苹果不少近距离互联功能中,BLE 负责发现附近设备、辅助建立会话,Wi-Fi 负责大吞吐量的数据传送。扫描新手机屏幕上的动态配对图案,是设置与验证的一环,不是在用摄像头传 900GB 数据。
这时就会碰到一个缩写:AWDL = Apple Wireless Direct Link,苹果无线直连技术。它是 Apple 基于 802.11 开发的设备间通信机制,AirDrop,AirPlay 等功能会使用。AWDL 通过设备发现、无线信道协调和通信时间窗口,让设备有机会在不经家庭 AP 转发的情况下直接通信。
不过,技术上必须严谨一点:Apple 公开确认「快速开始」可以从旧 iPhone 直接迁移数据,但没有公开承诺所有 iOS 版本的每一个数据包都固定使用 AWDL,也没有公布 14 Pro Max 与 16 Pro Max 之间的 AWDL 最高有效吞吐量。某些初始化、激活、App 下载和 iCloud 同步仍需要互联网。不能只看见手机靠得近,就断言整段迁移完全绕过家中路由器。
图 3|BLE 发现、Wi-Fi 直连与家庭网络的分工(概念示意)
我们的工程师最该记住的不是某个宣传的无线峰值,而是:设备发现、身份验证、无线建链、数据通道、云端恢复,是几件不同的事。哪个环节出了问题,排查方法就应不同。
如果只是在家里搬手机,换线、重试可能够用了。但如果你是做 USB 控制器、扩展坞、数据采集设备、无线芯片、TWS 耳机或充电器的工程师,「为什么慢」不能靠猜。
我后来给自己列了一张排查清单:
| 现象 | 首先要核实 | 不要急着下的结论 |
|---|---|---|
图 4| 排错要分成协议、无线和功率三条证据链
假设客户说:「iPhone Pro 明明是 10Gbps USB-C,接到电脑却特别慢。换线有时候好了,有时候又断。」我们首先要把 iPhone、线缆、Hub/扩展坞、电脑端口与备份软件分开测试。
Ellisys 的 USB Explorer 350(EX350)是一款用于 USB 协议分析和调试的设备,覆盖 USB 2.0、USB 3.2 Gen 1×1(5Gbps)、Gen 2×1(10Gbps),并能在相应 Type-C 配置下观察 USB PD、CC、VCONN 及 VBUS 等信息。适配器、硬件版本和软件选项要按具体测试链路确认。
可以把它接入一条兼容的 USB-C 测试链路中,抓取连接建立、速度协商、USB 枚举、数据事务和异常时序。它不只看「平均只有 20MB/s」,还帮助进一步判断:是根本没进 SuperSpeed 模式?中途反复 Link Recovery?设备被复位、重新枚举?还是 USB 层一直很正常,真正等待的是上层软件或磁盘写入?
类似的问题并不是我一个人遇到。Apple 官方社区里就有几条值得工程师细读的用户报告:2024 年,一位 iPhone 15 Pro Max 用户抱怨用包装盒附带线缆向 Mac 搬运 53GB 地图数据太慢,后来才发现原配充电线只有 USB 2 数据速度;2026 年 9 月,一位 Windows 11 用户报告 Apple Devices 在同步过程中会随机丢失多台 iPhone 的连接,即使 Windows 仍可识别设备;同月,另一位 iPhone 17 Pro Max 用户反馈在多台汽车上出现有线 CarPlay 断续问题。另有旧款 iPhone 用户连接外置 SSD 时收到「配件耗电过高」提示。这些是用户报告,不是已经被厂商确认的共同根因。
这几条反馈恰好说明:看到「传得慢、连不上、突然断」,先不要把责任归给同一个因素。下面四种场景是针对这类问题设计的可复现分析方案,并非宣称已经取得这些用户的 Ellisys 抓包报告:
场景 A| 买了 10Gbps 线,备份还是慢。先捕获当前协商模式。如果实际只进入 High-Speed 480Mbps,就进一步检查线缆、转接器和电脑端口;如果已进入 SuperSpeed 10Gbps,而长时间没有足够的数据请求,应再查备份应用、文件系统与 CPU/SSD 负载,不能把所有慢速都归咎于 USB 链路。
场景 B| 外接 SSD 录视频,偶尔提示存储不可用。在 USB-C 连接处记录掉线前后的复位、链路状态变化、枚举过程与错误事件,同时并行记录供电波动和设备温度。若 USB 层没有异常,还需从存储协议、应用写入速率和 SSD 持续性能继续找原因。
场景 C| 有线 CarPlay 时好时坏。先区分普通 USB-C 数据连接的问题与车机应用层的问题。在合法、兼容的测试链路中查看是否反复断开/重新连接、端口供电不稳、设备重新枚举。抓到稳定的 USB 传输,并不等于已经找到 CarPlay 软件问题的答案。
场景 D| 换插头方向就出现异常。对比两种方向下的 Type-C 识别状态、CC 活动、供电协商以及随后 USB 链路训练表现。连接器接触、线缆或配件设计都可能成为线索,最终还要结合物理层和电气测试。
要特别说清楚:EX350 是协议层调试工具,不是万能的 USB 10Gbps 示波器,也不能直接看到 iOS 内部的文件处理逻辑或所有加密内容。对 14 Pro Max 的 Lightning 链路,如果没有合适且经过验证的转接/接入治具,也不能直接套用标准 USB-C 10Gbps 的接法。
再回到刚才的无线迁移:为什么两台手机放在一起仍然发现不了?为什么刚配对成功又失败?为什么 Wi-Fi 数据通道时快时慢?
无线问题最麻烦的地方,是用户界面通常只显示「连接中」「失败」「重试」,看不到当时的空口事件。
Ellisys 在这方面有不同档次的工具:Bluetooth Explorer 可以同步分析 Bluetooth Classic、BLE,并支持 Wi-Fi 4 及多类 HCI/逻辑信号;Bluetooth Vanguard 面向更复杂的多无线协议联合分析,公开资料显示支持 Wi-Fi 5,Wi-Fi 7 捕获能力需对应硬件选件。不同型号和选项的支持范围不能混为一谈。
场景 E| 新设备始终发现不了。在研发实验室,先捕获 BLE 广播与扫描,判断设备是否发出期望的广播、广播间隔如何、扫描响应有没有出现、地址或过滤策略是否不匹配。对于 Apple 专有的 Quick Start,分析仪未必能完整解码其全部私有交互,但仍可能在兼容频段内帮助验证无线活动及时间关系。
场景 F|TWS 耳机在 Wi-Fi 密集的办公室偶尔断音。同步观察蓝牙空口、相关 HCI 事件与 2.4GHz 干扰或 Wi-Fi 活动,定位丢包、重传、共存调度或音频路径中的异常时间点;再做固定距离、频道和干扰源的复现测试,而不是简单告诉客户「换个地方试试」。
场景 G|Wi-Fi 连接正常,但局部时间段吞吐量突然下降。看关联/重新关联、信道切换、重传、帧聚合、管理帧和时序等证据。是否能完整分析 Wi-Fi 6/7 或 AWDL 的特定数据内容,要看分析仪的硬件选项、抓取配置以及协议解码/加密限制,不能假设所有流量都能解开。
这里一个很重要的经验是:能抓到无线帧,不等于就能解密应用数据;能看到 BLE 发现失败,也不代表一定是 BLE 芯片故障。跨协议同步,价值在于把各个事件摆到同一条时间轴上。
说完数据速度和无线连接,别忘了我最开始那段「无线充电还掉电」的经历。换成研发问题,它其实是在问:设备哪一刻消耗了多少功率?供电是持续稳定的,还是出现了短时间跌落?Type-C 的连接状态有没有变化?
Quarch 的 USB-C Power Analyzer 正适合做这类 USB-C 链路供电分析。根据官网配置,QTL2928 USB-C PAM Fixture 与 QTL2312 PAM 控制器组成测量方案;QTL2928/KIT_CON 套件包含控制器及配套线缆。其电压、电流采样率可达 250,000 次/秒(250kS/s),还可以监测 CC1、CC2 等边带信号,并通过 Quarch Power Studio 记录长时间功率曲线,或使用 Python 接口做自动化分析。
例如,可以在兼容的 USB-C 供电链路中连续记录:接入瞬间的 VBUS 变化、设备进入工作状态后的电流、数据传输开始后的功率台阶、休眠唤醒的电流峰值,以及连接异常前是否出现电压跌落。
这样,你不再只能说「迁移一个小时掉了 10% 的电」,而能够回答「这一路 USB-C 接口当时到底输入/输出了多少电」。如果还想完整分析 USB PD 消息与高速数据包,则应组合相应的协议分析能力。
测量边界也要讲明白:QTL2928 是 USB-C 供电测量治具,不能直接测 Qi/MagSafe 无线充电线圈的能量,也不能不加适配就直接插到旧 iPhone 的 Lightning 接口上。某些手机到手机的连接还涉及线缆方向、端口角色及治具兼容性,测试前要核实,不应为了抓数据牺牲正常供电。
图 5| 相似的故障现象,可能需要三种不同的测量
第一,最慢的那段链路,决定了整条路径的天花板。一根 20Gbps 线缆不能把 USB 2.0 的 Lightning 接口变成 USB 3;换到高速 USB-C 设备之间,线缆优势才有发挥空间。
第二,无线不一定比有线慢。如果有线端口本身被 USB 2.0 限制,而无线采用更高吞吐量的本地数据通道,结果完全可能反过来。但这只是这次设备组合的经验,不能推广成所有 iPhone 迁移都是无线更快。
第三,迁移时间、无线链路速率、存储写入速率和电源功率,是四个不同的指标。屏幕上那个「剩余 7 小时」只是系统估计;电池下降 10% 也只是整机电量的表面结果。真正做工程排错,必须拿到分层证据。
第四,先选对测量对象,再选仪器。USB 协议出问题,看 USB 链路和 PD;无线发现、干扰与共存出问题,看蓝牙/Wi-Fi 空口;供电不稳,看电压、电流与 CC 时序。软件日志、协议数据和功率曲线能够对齐,问题才有机会从「偶现」变成「可复现、可定位、可验证」。
一次看似普通的换机,让我重新理解了工程师熟悉的那句话:别急着判断是谁的锅,先把数据拿出来。
资料核对说明(供编辑审核,发表时可根据需要保留或移至文末)
· Apple《使用有线连接将数据传输到新的 iPhone 或 iPad》:https://support.apple.com/zh-cn/117383
· Apple《使用“快速开始”迁移》:https://support.apple.com/en-us/102659
· Apple《iPhone USB-C 连接和速度说明》:https://support.apple.com/en-us/105099
· Apple 2012 年 iPhone 5 新闻稿(Lightning):https://www.apple.com/newsroom/2012/09/12Apple-Introduces-iPhone-5/
· Ellisys USB Explorer 350:https://www.ellisys.com/products/usbex350/index.php
· Ellisys Bluetooth Explorer:https://www.ellisys.com/products/bex400/
· Ellisys Bluetooth Vanguard:https://www.ellisys.com/products/bv1/
· Quarch USB-C Power Analyzer:https://quarch.com/product/usb-c-power-analyzer/
· Quarch USB-C Power Analysis Module(QTL2928):https://quarch.com/products/usb-c-power-analysis-module/
· Apple 社区:iPhone 15 Pro Max 随机配线传输速度慢(2024 年):https://discussions.apple.com/thread/255507423
· Apple 社区:Windows Apple Devices 多机同步连接异常(2026 年):https://discussions.apple.com/thread/256359684
· Apple 社区:有线 CarPlay 连接不稳定反馈(2026 年):https://discussions.apple.com/thread/256355631
· Apple 社区:Lightning 外置 SSD 提示耗电过高(2023 年):https://discussions.apple.com/thread/254874433
本文描述的 14 小时有线迁移、4 小时 USB-C 迁移、无线迁移预估 7 小时和无线充电时电量下降,是本次个人操作记录;公开技术参数来自厂商资料。文中的实验室故障分析属于可复现的排查方法示例,并非对这些具体苹果设备已完成的抓包结论。