游客数据在注册后需要能够无缝迁移合并
别名: 游客升登录 · anonymous to account merge · 本地数据合并
概念解释
游客工作区里已经有草稿、购物车、进度。注册成功后若出现空白账号，刚才的体验作废，开户变成惩罚。无缝迁移合并指把游客桶里的对象挂到新账号（或已有账号）下，冲突时让人看见两边并选择，而不是静默丢一边。这条只管注册这一刻数据去哪，不管游客模式提供哪些功能，也不管游客数据会不会过期被清。
机制
游客主键是设备或匿名令牌，账号主键是邮箱或联邦身份。注册是一次主键切换。若切换只建空壳、不搬对象，人看到的是「注册把我的东西弄丢了」。若目标账号里已有同名对象（换设备后先登录再想合并），静默覆盖会毁掉云端那份，静默丢弃会毁掉游客这份。合并需要对象级策略：购物车可并集、草稿冲突要挑、进度取较新。跨设备更难：人在手机游客用完，到电脑用同一邮箱注册，手机桶必须还能被认领，而不是只合并「当前设备内存」。失败时应停止在「两份都在、请选择」，而不是进到一半的账号。
怎么研究
构造「游客有内容 → 新注册」和「游客有内容 → 登录已有账号」两种，比较自动并、丢游客、丢云端、让人挑选。
自变量：合并策略、冲突是否可见、认领是否需在原设备完成。 因变量：注册后游客对象仍在的比例、冲突被错误覆盖的比例、因丢失而放弃的比例。
实验室常用空账号，冲突测不到。要用两侧都有同名草稿的夹具。不要把「注册完成率」当合并成功——完成但内容空了是失败。认领链若可被他人在另一设备对同一邮箱触发，要单独测错绑。
边界
游客内容与已有账号在法律上不能合并的（未成年人游客进成人号、企业账号政策禁止外来草稿）应拒绝合并并说明，而不是硬并。对象太大无法在注册请求里上传时，要后台继续并在账号里显示进度，不能让注册页卡死。人拒绝合并应能继续使用空账号且游客桶按留存策略处理，而不是删不掉的幽灵。联邦登录带来未验证邮箱时，不要按邮箱自动合并到他人账号。
怎么落地
- 注册或登录成功后立刻把当前游客桶列入待合并；新账号默认迁入，已有账号在冲突时列出对象让人选择保留哪边或两边都留。
- 跨设备提供「认领这台设备上的游客数据」，用已登录态在原设备确认，避免只输入邮箱就吸走别人的游客桶。
- 合并失败保持两边数据可访问，并给重试；禁止只写「同步失败」却丢桶。
- 验证：游客里放独特草稿，注册新号后草稿仍在且作者是新号。另一夹具：云端与游客各一篇同名，登录后两篇都还在或人明确选过。换设备只输入邮箱、不在原设备确认，他人游客数据不得被吸走。