换手机迁聊天记录，最折磨人的不是慢，是进度条停在一个数字上不动。九十几、九十九，等十分钟还是那个数，手机不烫也不报错。绝大多数教程给的方案是「重新来一遍」，可重新来一遍往往又停在同一处——因为压根没定位到是哪一段断的。
把整件事拆开看，其实是四个阶段依次跑：
发现（两台手机能不能在局域网里找到彼此）→ 传输（数据从旧机搬到新机）→ 还原（新机把收到的数据解压、重建索引）→ 验证（确认要的东西真的在）。这四段的失败表现很像，但处理方式完全不同。发现阶段没连上，你重启十次也没用；还原阶段卡住，反复删掉重传反而会把已经搬完的部分再来一遍。
一句能立刻用的判断：如果进度条已经走到很高的百分比才停，说明传输基本完成了，别回头查 Wi-Fi，先查新手机剩余空间和还原过程。反过来，如果一开始就卡在扫码或连接，那就跟空间毫无关系。
这篇给的是一套按阶段定位的排查顺序，加一个十分钟内能跑完的最小会话试验。目标是让你在放弃重来之前，先知道该动哪一层。
搜「微信聊天记录迁移 卡住 失败」，中文结果里质量参差得很明显：一部分是英文内容农场机翻过来的条目式清单，把同一个建议换着说法列十几遍；一部分是国内聚合站写得很笃定，连"几分钟搬完多少 GB""必须升到某版本"都给了确切数字，但这类数字随客户端版本和环境变化，照着对只会误导（来源：太平洋科技《换手机后微信聊天记录如何迁移》，2026，此处只取其功能路径，不采信文中的版本号与耗时数字）。
也有写得实在的。有篇个人博客记录过一次几十 GB 的迁移，前段跑得飞快，停在 99% 二十多分钟不动，最后发现是无线链路在末段断流，把两台手机挪到路由器跟前重来才跑完（来源：数巢笔记《微信聊天记录迁移卡在 99%？32 个 G 搬完我才懂，它走的是家里 WiFi》，2026）。这条观察值得记下来，因为它把"卡住"从玄学拉回了一个具体阶段。
但个人经历终究是一台设备、一个路由器的样本。整理这份表时我刻意不写"我换机时如何如何"，因为那类叙述最容易把别人的经历顺手写成自己的。下面每一层给的是可证伪的动作：改一个变量、跑一次最小迁移、看结果，用结果决定下一层。凡是涉及版本、菜单名称、具体字数上限的地方，以客户端当前显示的提示为准，不写死。
站内之前写过微信文件已过期怎么恢复和微信传文件为什么变糊，都是讲"数据在哪一层"；这篇补的是"整包搬家时断在哪一段"，算是同一条线上的另一头。
迁移功能走的是本地直连，不是云端同步。这意味着"两台都连着 Wi-Fi"只是必要条件，不是充分条件——连着同一个名字的网络，也可能互相看不见。
常见的几种隔断：
有个反直觉但好用的办法：让其中一台开个人热点，另一台连上去。两台设备因此处在同一个小网络里，不受家里路由器隔离策略影响，距离又近。有记录认为大数据量时这条路比隔着两堵墙连路由器更靠谱（来源：数巢笔记，同上）。注意这和隔空投送那边正好相反，别把两个场景的建议记串了。
（估算）按普通家庭无线在隔墙后吞吐明显下降来推算，几十 GB 的历史如果中途断流重连，末段最容易出问题的不是"传得慢"，而是"最后一批没跟上"——这也解释了为什么进度条能冲到很高的数字再停住。
发现阶段过了，两台开始传，接下来最怕的是中途被系统或人为打断。这一层的特征通常是：进度条动过、停在中段某个位置，或者每次都停在差不多的百分比。
按命中率排：
判断这一层有个很简单的信号：每次重试都停在不同百分比，多半是链路抖动；每次都精确停在同一百分比，更像是某一条具体数据卡住了，那就要往第三层走。这个区分很关键，因为前者靠改善环境能解决，后者靠改善环境永远解决不了。
进度条到九十几甚至九十九，其实说明大头已经搬完。最后这一段在做的是把收到的数据在新手机上解压、还原成应用能读的格式、重建索引——它不再依赖两台手机之间的无线链路，而依赖新机自己的空间和算力（来源：数巢笔记，同上，其对"末段为解压还原"的判断与现象吻合）。
所以这一层该查的是：
这里最有用的是最小会话二分法：先只迁一个最近、内容最少的单聊，跑通了再逐批加量。它把"是链路问题还是某条数据问题"压成了一次几分钟的试验，比盯着进度条猜快得多。
微信聊天记录迁移 · 最小会话二分法（照顺序填）
准备：两台插电、关移动数据、关 VPN、关省电、屏幕常亮、靠近路由器
[1] 只选 1 个最近的纯文字单聊，发起迁移
结果：成功 / 失败
→ 失败：回第一层（局域网互访）和第二层（前台/锁屏/权限）
→ 成功：继续 [2]
[2] 加 1 个含图片视频的会话，再迁一次
结果：成功 / 失败
→ 失败：查新机剩余空间，清出余量后重试 → 第三层
→ 成功：继续 [3]
[3] 按时间分批，每批不超过少量会话，逐批迁
卡在哪一批：第 ____ 批，会话名 ____
→ 把该批再拆成两半，定位到具体某条会话
→ 单独排除它，其余照常迁
[4] 全部跑完后，在新机上抽样核对再决定是否清旧机
近期单聊 / 早期单聊 / 活跃群 / 沉默群 / 图片 / 语音 / 文件
逐项打勾：________________
结论（写一句话）：卡在 ____ 层，下一次动的是 ____。
这张表的核心不是步骤多，而是每一步只加一个变量。只迁一个纯文字单聊就失败，说明问题在最前面两段；加到含视频会话才失败，说明瓶颈在新机空间或某条大数据；分批跑到某一批才卡，就能把责任收敛到具体会话。这样重试是有信息增量的重试，不是碰运气。
有些情况从头到尾都不会成功，因为前置条件没满足，反复重试纯属浪费时间。
版本差距过大。 两端都更新到当前可用版本再开始，别让一台是很久没动过的旧包。具体版本要求以客户端当前提示为准，网上给的"必须某某版本以上"不要照抄。
账号不一致。 聊天记录是绑在账号上的本地数据，不能迁进另一个账号。换机后如果登录时触发了验证、设备审核，先把登录流程走完再迁。
扫码权限与入口。 二维码要从应用内的迁移页面扫，不是拿系统相机扫；相机权限没给会直接卡在第一步。屏幕亮度调高、擦一下镜头，这类土办法在扫码失败时确实值得先试。
期待迁走的东西本来就不在范围内。 聊天记录、图片、语音、文件属于聊天数据；账号层面的内容（联系人、朋友圈互动等）走的是账号同步，不靠这一次迁移；已过期、已删除、旧机上早已不存在的媒体，迁移也变不出来。这一条和微信文件已过期怎么恢复里讲的"服务器删了就是删了"是同一回事，别把两件事混为一谈。
还有一种流传很广的说法，说换机迁移必须两台手机同品牌、或者必须打开蓝牙才能连上（传闻）。这类断言我没找到依据，实际起作用的是两台能不能在同一个局域网里互访。别为了一个没依据的前提去折腾设备。
进度条到 100% 只是"应用认为做完了"，不等于你要的东西都在。旧手机在核对完成前不要卸载应用、不要恢复出厂、不要删除会话——这是整件事里最不可逆的一步。
花几分钟抽样，比事后追悔便宜：
如果发现只是少了几条，通常补迁那几个会话就行，不必整包重来。如果发现媒体打不开，先回旧机确认原文件是否还在——已经过期或被清掉的附件，重迁多少次都回不来。这个判断和微信传文件为什么变糊里那套"先分清损失发生在哪一层"的思路是一致的。
手机对手机直连失败多次之后，还有一条常被忽略的路：先用桌面客户端把旧机聊天记录备份到电脑，再从电脑恢复到新机。它多了一步，但把"两台手机之间的无线链路"换成了"手机到电脑 + 电脑到手机"两段较可控的连接，对特别大的历史更友好（来源：微信桌面端备份与恢复功能的通行用法，具体入口以当前客户端为准）。
适合走这条路的情况：历史体量很大、家里无线条件差、手机对手机每次都停在同一处、或者旧机屏幕/电量撑不住长时间前台传输。不适合的情况：只是少了几条会话（补迁更快）、手头没有可用电脑、或者数据本身敏感不想多落一份副本。
顺带提醒：备份落在电脑上就是多了一份数据副本，用完记得按自己的习惯处理，别让它长期躺在共用电脑里。这一步跟技术无关，但比排查进度条重要。
如果连这条路都走不通，也不必死磕。目标是把文件和数据带过去，不是证明迁移功能能用——单文件和少量资料用LocalSend 跨设备互传这类局域网直传更干脆，局域网本身不通就先看0x80070035 的分层排查。换条路把东西拿到手，比在原地重启十次划算。
「卡住就说明失败了，得全部删掉重来。」 不对。走到高百分比才停，通常意味着传输已完成、还原没做完。删掉重来会把已搬完的部分再传一遍，并再次触发同一个瓶颈。
「网速越快迁得越快。」 宽带多少兆跟这件事关系不大，起作用的是两台设备到路由器之间那段无线链路，以及新机还原数据的速度。把设备挪近路由器、统一频段，往往比升级宽带有效。
「进度条不动就是死机了，等再久也没用。」 也不一定。还原大批数据时界面可能长时间没有可见变化，插着电、保持前台，给足一段时间再判断。但如果是每次都精确停在同一百分比，就别干等了，按第三层去定位具体会话。
推荐继续修的：只是扫码失败、连不上、或者每次停在不同百分比。这类基本落在第一、二层，改权限、关 VPN、靠近路由器、保持前台，成本低且一次就能验证。
推荐改成电脑中转的：历史体量特别大、同一处反复卡住、旧机撑不住长时间亮屏。多一步但更可控。
别硬扛的三种：旧机数据本身已被清理或过期（迁不出来）、设备由单位策略严格限制、以及按最小会话二分法跑完仍找不到规律。前两种是数据或策略问题，第三种说明瓶颈不在你能改的那几层。这时候把重要资料单独导出、其余的接受损失，比继续重来更实际。
最后把顺序压成一句：先看两台能不能互访 → 再看中途有没有被打断 → 高百分比卡住查新机空间和分批 → 一开始就失败查版本账号权限 → 完成后抽样核对再清旧机。这个顺序是按"多快能排除、多大概率命中"排的，不是按设置界面的顺序排的。功能说明会告诉你每个按钮在哪，但不会告诉你该先试哪一个；而真正省时间的，恰恰是这个先后。