三种不同的第三方登录方式，根据实际需求来决定是否适用第三方登录才是比较重要的。
讲第三方登录的文章数不胜数，在各大搜索引擎上用合适的姿势去搜索合适的关键词，会发现类似的文章不少而且也都是大同小异。毕竟在这样一个同质化严重（抄袭泛滥）的年代，无论是文章抑或是其他行业的种种作品，会发现大家都“长”的差不多，文章的内容都是那些。感觉就是同样的文章署了不同的作者名，再比如手机行业，大家也都差不多是一个屏幕加个壳子，除了logo不同，几乎也没太大差异，除非你把自己做成个“锤子”。
那在这样的情况下，我也来谈第三方登录相关的东西，就显得没太大的意义了。更何况，我谈的除了可能跟别人的观点大致雷同以外，甚至还没有别人那么深入，而往往深入才能获取到更大的快感。
接下来，我来谈谈产品中“第三方登录”中的一些东西，着重讲下第三方登录时会需要用户绑定平台账号这一点。
来龙去脉
要了解一个事物，有时会首先整明白它的来龙去脉；而“第三方登录”也不知是从何时就火起来，几乎成为了所有常见应用（是几乎 + 常见）的标配，哪个应用如果没有配上个第三方登录的功能，都会让用户觉得诧异。
但这也不是绝对，譬如在一个指南针的应用打开时还得登录下才能用，用户才不管你是“第几方登录”，直接千万匹草泥马开始翻腾：用这种指南针，我宁可找不着北！所以，根据实际需求来决定是否适用第三方登录才是比较重要的。
优点
简化注册环节，减少可能因为注册繁琐带来的用户损失；
简化用户设置个人信息过程，通过第三方登录，直接获取用户头像昵称等基本个人信息，无需用户自行设置；
通过第三方原本的用户关系，发现同样使用该应用也用同样第三方方式登录的好友，顺便引起惊喜（原来公司坐我对面的女神也玩XX，可以默默去关注下了，顺手就右滑了一下）或惊吓（原来公司坐我对面那个老实的男屌丝竟然玩XX，老娘还以为他跟外面那些妖艳贱货不同，真是看走眼了，然后愤愤的左滑掉）；
节省用户的记忆成本，用户在使用多个应用时，只需使用第三方登录即可，无需记得每个平台的账户和密码；
用户可以把平台上的某些内容一键分享到第三方平台；
缺点
当然，事物都是有两面性的，有优点也必然会有缺点：
后台没有创建自己的账户体系时，只用第三方登录，不便于更多维度收集用户信息（主要是用户手机、邮箱），导致后期无法更精细化执行一些运营的策略，比如一些电商平台这一点尤其重要；
后台创建了自己的账户体系时，若没有设计好合理的第三方和本地账户对接的方案，会导致同一个用户在平台上有多个账号的情况发生；
第三方账户因为某种原因封号了，则会直接导致用户的流失；
对于一些注重隐私的用户，因为第三方登录导致自己的一些状态，或者信息间接的被第三方账户里的好友看到会造成极大的困扰。比如用户只是想低调的在平台上约个那啥，结果彼此在办公室里对着手机屏幕时都看到自己的QQ好友兼邻座同事也注册了该平台，场面一度十分尴尬，尴尬的气息都能透过屏幕迎面涌来。为了缓解尴尬，只好双双弃平台而去，转而寻觅其他平台。
如果你知道了第三方登录有如此这般的优点和缺点，但迫于它又确实是能够为用户一定程度上带来便利，所以你必须想办法折磨自己折磨设计然后折磨开发工程师，以此来尽可能带来一个比较和谐的用户使用体验。
案例
先上图，直观感受下，其他厂商是怎么处理这个问题的（当然这里只做展示，不做主观分析，在手机上随机选了几个）：
1.京东
（选择第三方登录-提示需要注册/关联京东账号-注册绑定/登录绑定京东账号-登录成功）
大致的过程可以概括为：选择第三方登录（例如QQ）会提示要关联京东账号，没有就去注册绑定页面，有就去登录绑定页面直接输入账号进行登录，而且注册绑定是强制性的不能跳过。
2.当当
相比之下，当当的第三方登录流程就比较简洁，选择使用第三方登录，然后拉起本地第三方App，确认授权就可以直接登录了。
3.穿衣助手
（选择第三方登录-提示绑定手机，但可以跳过-跳过/绑定手机-登录成功）
有点类似于京东的流程，不同之处在于：在绑定手机的时候，可以选择跳过，先让用户去浏览里面的内容，但会时刻诱导用户去绑定手机（比如绑定手机领200元大礼包的标志几乎无处不在的抓着你的眼球，但用户岂会为了200块而折腰？当然不会，好在不用折腰，填个手机号就好）。
当然，还有很多就不一一列举了。
思考
除了在一些小细节上大家做的有所差异（比如给出一些你是多少位注册用户之类的提示，有所谓的人性化体现），其实从大的方面来看，基本上可以分为三种：
不过光就登录这块，特指调用到了第三方登录这块，无论何时调用，我觉得核心的流程可以简单的梳理如下，省略掉部分细节：
从上面几个应用，还有流程图可以看出来各个厂商之间的做法略有差异，但他们背后的动机究竟是什么呢？
为什么当当任凭我们随意使用第三发登录而没有任何五花大绑呢？
为什么穿衣助手可以让我们选择是否要延迟绑定而且绑定还送钱给我们，真的因为它是我们的助手么？
当然不是，那就再进一步分析看看，我先自问三个问题：
系统做了些什么？
系统到底做了些什么，要完整的说起来其实挺麻烦。简单的说下。
以使用QQ登录为例：
会获取第三方授权；然后获取Access Token；再发送带有Access Token参数的请求，并在请求回调里获取到用户的Open ID；继续根据Access Token和Open ID参数请求获取到用户的信息，如有需要会将这些信息到保存到自己后台的数据库里，最终在数据库的用户表里可能呈现出类似下表的信息（当然，实际开发中，应该会用多表去查询，而不是所有信息放到一张表里，这里只是作为演示），UserID就是自己的后台利用某种算法给用户生成的一个ID，Open ID则是从QQ获取的，而至于Phone字段如果用户绑定了手机就会有，没有绑定则默认为空。
有了这个表结构，大致就能理解出前面提到的那些厂商做法背后的思考了。
京东强制用户第三方登录必须绑定手机号，这样的好处就是：避免同一用户有多个账号的情况出现，因为强制将Open ID和Phone字段做了绑定，这样绑定过的账号都拥有同一个User ID，User ID才是在自己的系统里唯一用来标识用户的字段。但这样的做不好的地方也很明显：可能会造成用户的在登录这一步流失掉。
当当则是不需要任何绑定，这样的话，第三方登录的Open ID会对应一个User ID，也就是一个新用户，Phone字段由于没有和Open ID进行绑定，所有Phone字段也会对应一个User ID，也同样有一个新的用户，这就会导致同一用户使用不同方式登录会有多个独立账号的情况出现，对于当当来说，他们的思考或许更倾向于让用户更方便的进行登录，至于是不是有重复账号，也没关系。
穿衣助手则是先让用户可以登录，则用户表里就生成了Open ID和对应的User ID，就已然生成了一个单独的用户，不过可以看的出来他们内心十分的挣扎，一方面想要让用户能尽量简单的登录，所以第三方登录后可以跳过绑定手机的步骤，但另一方面，他们还是想尽量避免同一用户使用不同方式登录有多个账号的问题，以至于各种引诱用户去绑定手机，甚至不惜给出绑定送200块的对策。
所以看的出来各大厂商做法不同：要么无视同一用户多账号的问题，要么在给用户好的体验情况下想方设法去解决这个问题，要么就是我管你的我这么大的厂还怕你不用我的产品么？
当然这只是其中一个纬度的思考，也可以从其他各个纬度去思考，我觉得只要是能够经得起论证的合理逻辑，都是可行的。如同把妹的技巧很多，非技巧也很多，只要能把到妹就行。
用户在想什么？
哎，这界面太丑了，不用了；哎呦，我先进去看看这应用咋样再决定要不要登录；哟，有第三方登录，我直接点一下应该就可以用了，也还好，那就点吧；我去，怎么还要绑定手机，好麻烦，算了；我去，要绑定手机，额，也就填个号码收个短信而已，算了，填吧；怎么必须得绑定手机，我只是想整几个小号而已……
那么，产品该做什么？
