微信扫码登录是经常用到的的骚操作，但是，其实现的思路是怎样的，可能很多人都没有去思考过。记得曾经在一次面试当中，面试官就曾问过微信扫码登录的实现思路，这次，以微信读书网页版扫码登录为例子，聊聊我对微信扫码登录技术实现思路一些思考。
以谷歌浏览器来做本次分析，打开F12，准备随时观察http连接状况。
接下来用谷歌浏览器打开网页版微信读书，点击登录，会弹出一个二维码：
可以看到，在二维码弹出来的时候，前端调用了后端两个接口，一个是getuid()，一个是getinfo()，这里面涉及到哪些逻辑实现呢？
稍微思考一下，其实很好理解，每个随机生成的二维码，其实都是一个uuid码，也就是说，在点击登录的时候，会执行一个getuid()方法，去调用后端API：web/login/getuid，然后返回一个随机生成的uuid码。当这个uuid码返回到前端上时，就会以二维码的形式展示。根据uuid如何生成二维码，我后面再写一篇小白文来分析下。
在谷歌浏览器F12调出的控制台页面，点击getuid()，在右边栏的Preview框里，可看到该方法返回一个随机生成的uuid:38e673a9-5bd3-4f0c-ba2f-62ab376372a9
返回uuid的同时，还调用了另一个getinfo()方法——可见，这应该是getuid调用成功后的回调方法，也就是当getuid()执行成功后，在得到一个uid时，就立马调用getinfo()方法，同时将生成的uid当做参数传给getinfo()，让其去访问后端API。
当没有用手机微信进行扫码操作时，会看到getinfo()一直没有返回值，这时，它传给后端的uuid正在做轮询查询操作，在某段时间内，若没有轮询成功，就会断开连接，接口调用失败。
到这里，可以简单归纳下网页版微信登录页面生成二维码的流程，即，在点击登录按钮时，代码层面会执行getuid()方法去调用后端API接口，即“https://weread.qq.com/web/login/getuid”，后台将随机生成一个唯一uid返回。前端得到正常返回状态后，就会将参数传给getuid的回调方法getinfo({"uid":"38e673a9-5bd3-4f0c-ba2f-62ab376372a9"})，该getinfo方法会将uid参数传给后端API接口“https://weread.qq.com/web/login/getinfo”，这时，后端内部将一直做轮询拿uid去redis查询，若能查询成功，即登录成功，反之，则连接超时失败。
下面用两段伪代码来说明下大概代码逻辑：
一.前端React获取uuid并回调给getinfo()伪代码：
1 export const getuid=(params={},queue=\'getuid\')=>dispatch=>{
2
http.post({
3
url:\'https://weread.qq.com/web/login/getuid\',
4
params:params,
5
queue:queue,
6
callback:(res)=>{
7
//getuid方法执行成功，返回{uid: "38e673a9-5bd3-4f0c-ba2f-62ab376372a9"}，
//回调执行getinfo()
8
dispatch(getinfo({uid:res.uid}))
9
}
10
});
11 }
12
13 export const getinfo=(params={},queue=\'getinfo\')=>dispatch=>{
14
http.get({
15
url:\'https://weread.qq.com/web/login/getinfo\',
16
params:params,
17
queue:queue,
18
callback:(res)=>{
19
//若登录成功，应该重定向到已登录状态的主页
20
}
21
});
22 }