Flutter+Firebase场景下未登录用户加购及登录后购物车保留方案咨询

思路1：本地持久化 + 登录后主动合并 #

• 未登录状态下，使用Flutter本地存储方案存放购物车数据，可选shared_preferences、Hive、Isar等轻量存储库，存储字段和后端购物车结构完全对齐，包含商品ID、数量、规格、加入时间戳等
• 监听Firebase Auth的登录状态变更回调，检测到用户从未登录切换为已登录状态时，优先读取本地存储的未登录购物车数据
• 合并逻辑可放在前端或者Cloud Function中执行：先拉取当前登录用户已存在的后端购物车数据，按「商品ID+规格」去重，重复项默认叠加数量，也可根据产品需求提示用户选择保留逻辑，合并完成后写入Firebase Firestore/Realtime Database对应用户的购物车节点，写入成功后清空本地临时购物车数据
• 注意事项：合并时需要处理并发冲突，可通过最后更新时间戳做判定，优先保留最新操作的结果；该方案缺点是用户卸载重装App会丢失未登录状态的购物车数据，适合对临时购物车容错率较高的业务场景

思路2：Firebase匿名登录绑定临时购物车 #

• 用户首次打开App时自动调用Firebase匿名登录接口，为未登录用户分配唯一的匿名UID，此时购物车数据直接写入后端，和匿名UID绑定
• 用户完成手机号/第三方账号正式登录时，调用Firebase账号关联接口linkWithCredential，将匿名账号和正式账号凭证绑定，绑定成功后原匿名UID对应的所有数据（包含购物车）会自动归属到正式账号名下，无需额外开发合并逻辑
• 注意事项：需要处理账号关联失败的兜底逻辑，比如用户登录的是已注册过的老账号，关联失败时需要手动拉取匿名UID对应的购物车数据，合并到正式账号后删除匿名账号下的购物车数据；可新增定时清理任务，删除超过30天无操作的匿名账号购物车数据，节约存储资源

思路3：设备唯一标识绑定临时购物车 #

• 未登录状态下，通过device_info_plus库获取设备唯一标识（Android取android_id，iOS取identifierForVendor），将临时购物车数据写入Firebase专门的临时购物车集合，文档ID直接使用设备唯一标识
• 用户登录成功后，读取当前设备标识对应的临时购物车数据，和正式账号的购物车数据合并，合并完成后删除临时集合中对应设备的文档
• 注意事项：iOS的identifierForVendor会在用户卸载重装App时重置，Android部分设备的android_id也会在刷机/恢复出厂设置后变更，存在临时购物车丢失的风险；该方案无需触发匿名登录，适合不想默认给用户创建匿名账号的场景

内容的提问来源于stack exchange，提问作者nativ