编辑导读：账号体系是平台的底层系统，在此基本上，用户行为、业务成长等因素会激发账号间交互的需求。在业务成长进程中，账号体系建树常常会碰着各类问题，本文作者团结项目实践，对这些问题展开了阐明解答，与各人分享。

账号体系是所有系统都险些谋面对的一个困难。可以这么说，我所经验过的公司根基都不谋而合的碰着过，在业务成长进程中，现有账号体系无法支撑业务而被迫举办改革。

本日就来讲讲账号体系建树中最常碰着的几个棘手的问题。话不多说，直接上干货。

前提：本日先说同一个系统内的账号问题，后头有时机再说内部和外部（即N个系统）的账号买通问题。

01 同一系统内的账号问题

许多公司存在一个问题，因为汗青原因，在公司和产物成长初期，没有做好完善的账号体系筹划，导致对用户的界说是有问题的，这些问题在厥后业务成长中不绝的袒暴露来，并带来很贫苦的账号体系改革。

好比一些社交电商平台，初期为了用户体验和购物本钱最小化，直接通过微信授权登录后，不强制绑定手机号。可是跟着业务成长，各人开始意识到，假如不以手机号作为独一身份标识，那整个平台该如何分辨这小我私家到底是谁？

好比通过微信openid建设的 uid1 和通过付出宝 user_id 建设的 uid2，大概背后其实是同一个自然人。

这就为平台将来的诸多业务成长带来了庞大的限制，好比我们需要对用户举办风控，要通过用户行为举办算法推荐，要看平台的注册用户数和活泼用户数，我们都无法做到精确，甚至会发生很离谱的毛病。

所以对平台来说，这种不公道的设计必然会在将来某个节点发作出庞大的瓶颈。

我当初在认真丁香云管家这款产物的时候，也碰着过这个问题，那就是线上的账号不强制绑定手机号，可以举办许多的业务操纵，好比预约、得到积分等，可是对付诊所来说，必需要买通线上和线下的处事场景，好比我在线上预约后，可以到诊所举办就诊，所以线上线下两个账号一定面对需要绑定的问题，两个完全差异的用户（uid差异）该如何买通？

最近还碰着一个账号问题，和某大厂旗下一款产物A举办相助，我们提供一个sdk给大厂，涉及两边业务交互，可是A中并没有用户手机号数据，且又不肯意在他们的产物中间环节举办手机号绑定（以为影响他们的用户体验），只是在最后付款阶段唤起我们的小措施举办付款。

那么这里就会碰着很严重的账号问题，我们想了几个方案，但险些每个方案都有缺陷，留个悬念看看各人怎么办理这个问题，底部可以留言说说你的办理思路～

02 上述问题的办理思路

对付上述的之一个问题，当将来所有用户都必需绑定手机号的时候，那些老用户该怎么处理惩罚？一般可以回收如下2种 *** 办理。

1. 账号归并

既然老用户（uid=1）没有手机号，那么之一步就是当他去做一些要害行为的时候，强制要求他去绑定手机号，那么这里会有3种环境：

之一种绑定的是一个新手机号（其并没有在平台有uid），那么很显然，绑定乐成，且uid依然为1，同时该uid下写入新手机号数据。

第二种绑定的是一个内行机号（uid=2，其在平台之前注册过），那么我们要看该账号（uid=2）下否存在一些业务数据，好比订单、优惠券、积分、余额等，假如没有，那么直接绑定乐成，且uid2被注销，手机号写入uid1（主账号）中。

第三种，前面的条件一样，可是uid2下存在一些业务数据，这个时候假如要绑定，就涉及到业务数据归并的问题了。一般来说，uid1下的数据会被洗到uid2下，举办归并，然后归并后剩下uid2（主账号），uid1则被注销。

这里到底是注销uid1照旧uid2，其实都可以，看你本身怎么定法则。

2. 账号不归并

我们是否可以让用户在两个账号里2选1，选择一个作为将来他想要用的账号，而注销另一个？

可以虽然是可以，可是这样的前提就是损失用户体验，你给用户的选择其实是逼着他丢弃一个，可能让他先把账户中的余额、优惠券、积分尽快利用掉，然后把该账号废弃，以手机号uid2为主账号。

从实现难度和事情量来讲，毫无疑问方案2更简朴，有的时候其实就是取舍的问题，到底是用户体验重要，照旧研发投入产出比重要，每小我私家每个公司都有本身的选择。

03 数据归并是下下策

业务数据的归并其实并没那么简朴，甚至有点“恶心”。

我们从简朴的往巨大的讲：好比2条订单归并，一般凭据订单的建设时间举办倒序分列，那么也就是说开拓先要把两个用户下的所有订单拉出来，举办时间倒序排序，然后再往uid2的订单中凭据顺序依次插入uid1的订单。