如何扫描微信公众号身份验证二维码_百度知道
如何扫描微信公众号身份验证二维码
1、打开手机微信软件。进入我的钱包。然后添加银行卡，按提示操作。2、如果你是在电脑端验证身份的话，就用手机微信功能里的扫码来扫电脑端的二维码，从而完成身份验证。
其他类似问题
为您推荐：
提问者采纳
打开手机微信软件 进入我的钱包
然后添加银行卡按提示操作
你还可以用手机微信支付商品或充话费这样系统会提示你绑定银行卡
如果你是在电脑端验证身份的话 就用手机微信功能里的扫码来扫电脑端的二维码 从而完成身份验证
扫不上，二维码。你知道这是什么情况吗。
提问者评价
采纳率100%
其他1条回答
第二步。第三步：然后添加银行卡按提示操作你还可以用手机微信支付商品或充话费这样系统会提示你绑定银行卡：打开手机微信软件进入我的钱包：第一步扫描微信公众号省份验证步骤如下：如果你是在电脑端验证身份的话 就用手机微信功能里的扫码来扫电脑端的二维码 从而完成身份验证
身份验证的相关知识
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁德国买来的爱他美用微信为什么扫描显示1号店_百度宝宝知道兰蔻扫二维码显示聚美优品当当网,1号店是假货吗?_百度知道
兰蔻扫二维码显示聚美优品当当网,1号店是假货吗?
我有更好的答案
请您不要担心，我们可以承诺您。感谢您的支持与配合，当当网所售商品均是通过正规采购渠道采购的有质量保障的商品，您可以放心订购！谢谢您好
如果产品不在数据库中，就无法识别，软件没有录入信息的话，条形码就是扫描不出来的，这个要看软件自己录入的信息，并不具有权威性。扫描软件其实就是娱乐软件，这个属于第三方开发的，与品牌没有关系，品牌都不认可的QQ浏览器，UC浏览器，微信，各种都带扫描，各个软件可能都不一样，希望帮到你
其他类似问题
为您推荐：
聚美优品的相关知识
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁陌生人发来二维码 女子微信扫一下损失五千元
&&&&发布时间： 09:00:22
　　陈女士是永康方岩镇人，办了一个小厂，专门做杯子，她还开了个网店。　　1月3日下午4点左右，她正在网上和人谈生意。突然，一个陌生人加了她的QQ。　　那人给她发了一个二维码，“杯子的型号和样式就在二维码里，你用微信扫一扫就看得到了，”对方还问她做不做这种杯子。　　陈女士的生意大多是在网上谈的，她的网店里公布了淘宝账号和QQ账号，经常有陌生人加她QQ，她以为又是一个来咨询的客户，并没有特别注意。　　刚好，儿子正在边上，拿起她的手机，打开微信扫了一下二维码，结果什么反应也没有。　　由于两人正准备出去吃饭，陈女士把手机一收，没再留意这事。　　晚上5点多，陈女士刚吃完晚饭，手机邮箱突然收到一封邮件。她打开一看，上面提示她的支付宝数字证书异地登录。　　她打开电脑一看，交易记录显示，她有两笔帮人代付的交易，一笔100元，一笔400元。　　陈女士突然意识到，自己银行卡和支付宝绑定，她马上喊上丈夫，到银行一查，发现少了5000元。　　随后，她报了警。　　永康方岩派出所立即立案侦查。　　陈女士很疑惑，为什么银行卡转账时，手机没有收到余额变化的短信提醒。　　而且，用绑定的银行卡付款时，需要输入验证码，她的手机也没收到过验证码。　　第二天上午，厂里有人给她发短信，她也没收到。但是，打电话是正常的。　　永康市公安局网监大队民警分析，陈女士手机很可能中了木马病毒。　　“木马病毒就藏在二维码里，这种病毒会把手机接收到的短信进行自动转发，并立即删除本机上的信息。”民警说。　　对方正是通过这种方式获取验证码等信息。　　永康方岩派出所的民警说，这种诈骗方式他们还是第一次遇到。　　需要提醒的是，现在犯罪分子盯上了二维码，来历不明的二维码千万不能乱扫。　　近日，根据派出所提供的立案书面证明，支付宝退还了陈女士被骗的近5000元钱。　　陈女士将手机系统重装后，收不到短信的情况也消失了。　　　　本报记者 陈久忍
南京市民张先生的女儿就读的一家幼...
九寨沟新开放的景区神仙池，集九寨...
你可能遇到过这样的情况，加油员在...
河北唐山到四川广元青川，相距一千...
浙江温州瑞祥高中住校学生小阮在学...
4·20芦山7.0级强烈地震发生后，我...微信扫描二维码登录网页是什么原理，前后两个事件是如何联系的？
按投票排序
的答案，从回答可以看得出来他对技术细节并不了解。对前端开发有了解的同学随便开个 Firebug 看看登录过程的 Net 视图基本就能大概看清楚这个过程。我个人开发过程一般是和产品说，『你们提业务要求、交互方式、性能要求等就好，技术方案我们会综合开发时间、系统架构等因素考虑』。恰好我之前也花过几个小时做过类似的验证登录过程，这里作为探讨，把产品同学的回答做个引用，解释一下其中『不技术』的地方。1. 每打开一次页面的时候会随机生成一个含有唯一uid的二维码，每次刷新页面都会不一样（这个可以保证一个uid只可以绑定一个账号和密码，如果一个uid可以绑定多个账号和密码，那么很可能你的电脑会登陆别人的微信哦）；确实返回了唯一 id，但目的是为了识别用户身份，而且实际上打开这个页面的时候浏览器已经和 Server 创建了一个长连接等待确认信息。查看
的源码可以看到，这个页面在加载完毕时，也已经把很多登录后才需要的相关资源都预先加载进来了，所以长连接等待登录用户得到确认后展示用户信息的速度很快，因为无需刷页面和加载头像外的其他资源。2. 当用户使用登陆后的微信扫描该二维码的时候，会将这个id和手机上的微信账号及密码绑定，并上传到服务器；先上个图：二维码样例：
，利用我查查之类的二维码应用可以得到类似这样的地址，但并不会自动打开该地址，微信客户端针对
开头的地址做了特殊处理，会自动获取相关信息并提示确认。 在手机版微信访问这个页面进行确认时，Server已经同时获得了客户端信息，并通过之前保持的长连接告知浏览器。3. 页面每隔1秒或2秒会get请求该id对应的微信账号及密码，如果id绑定上了微信账号和密码，那么就可以请求到账号和密码，就可以自动登陆了。浏览器展示完长连接里包含的用户信息（头像等）后，会新开一个长连接等待客户端的确认操作，其 URL 类似
。从安全的角度来说，无论如何都不会让客户端获得微信帐号和密码的。要知道，密码这玩意腾讯自己都不敢保存（有兴趣的同学可以自行了解下 CSDN 明文密码泄露事件），肯定是不可能返回给浏览器的。而且从体感来看，怎么着都不可能是页面1-2秒轮询发起GET请求的，实际是通过堵塞等待的长连接，近乎实时的获得信息。 对于验证过程，Open API 一般是通过授权令牌（Token）来解决的，原理是当用户通过授权后，分配一个限定条件下的令牌（如限制本机访问、限制授权有效时间、限制同时登录设备数等），使获得授权的用户仅在有限的前提下能访问相关服务。 像计算机休眠后曾做的授权就自动收回了，这样就有效的避免了在别人电脑上（尤其是网吧）打开，但忘记关闭或退出这类安全问题了。同时，整个授权过程的验证部分在手机端进行，有效杜绝了 PC 上泛滥的各类木马、『安全工具』的监听，大大降低了帐号被盗的风险。所以说，核心过程应该是：浏览器获得一个临时 id，通过长连接等待客户端扫描带有此 id 的二维码后，从长连接中获得客户端上报给 server 的帐号信息进行展示。 并在客户端点击确认后，获得服务器授信的令牌，进行随后的信息交互过程。 在超时、网络断开、其他设备上登录后，此前获得的令牌或丢失、或失效，对授权过程形成有效的安全防护。
诸多先贤告诉我们，不要挑起事端。诸多先贤还告诉我们，要说人话。签名表明了我的态度，那我就简单说几句，喂，就几句，不要抢我的稿子！1、你用浏览器打开的时候，微信给你随机分配了一个链接，【相当于给你开了间房，房号1024，注意，只给你房号，没给你钥匙】，用二维码包装着，并且设置了有效时间【10分钟你不进房间，就给你取消】。这里面没有用户什么事情，所以不存在UID（user ID），只是一个随机的字母和数字组合。2、二维码的转码规则是统一的，所以意味着，只要是个二维码扫描软件，谁都能拿到这个链接，微信可以扫出来，我查查也可以扫出来。3、所以拿到链接没有用，重要的是谁拿到链接，微信拿到了，就可以从微信客户端发一条信息给服务器，告诉服务器，现在是谁使用了某个链接，其他二维码扫描软件，不能和微信服务器通话，所以毫无价值。【你拿到了房号，就给酒店老板打个电话，说是我，老板就知道张三又来开房了，其他人没有老板电话，知道房号也没用】4、这时候，在你刚打开的浏览器窗口里面，就知道并显示了你的信息，理论上可以直接打开聊天窗口，但是为了不突兀不尴尬，微信选择再让你在手机上做一个确认操作。【你站到你的房间门口了，老板也知道你是张三了，并且把你的那个好基友也放到了你房间里，但是谁知道你基友会在房间里干点啥？如果他正好弯腰在捡肥皂，这时候恰好你后面有人经过，房门大开大家尴尬不尴尬？所以还是老板考虑周到，他要你在电话里确认一下才给你开门，你大可以等后面没人了再开门进去】5、好了，现在你可以进去好好享用你的基友了。
使用Fiddler抓包就可以看到了啊。Web页面保持长连接，微信点击登录后POST数据，Web页面捕获到进行加载用户列表等功能。就这么个流程啊。
有人对这个存在疑问是因为，扫码登陆有那么一点点违背直觉。违背直觉的地方在于，电脑端是如何知道是哪个微信账号扫的它？传统的登陆方法都是我告诉（输入）登陆设备我的账号密码等信息，然后就登陆了。而这个是反过来的，微信扫码，信息（二维码）是从被登陆设备（电脑）往手机（微信）传的，违背直觉的地方就在这里。信息传递的方向是反的。然而多想一步就会明白，不管是手机还是网页端，都是和微信的服务器连接的。微信在扫到码后告诉微信的服务器它扫到的是哪一个码。服务器知道当前这个码是在哪一个网页上显示的，于是这两者就联系起来了。举个例子，比如你在街上看到一个美女，你不知道她的名字等联系方式，但你牢牢的记住了她的长像。然后你跑到公安局里去通过她的长相查到了她本人，公安局联系她本人说有个人要找她，最终你们取得了联系。这里公安局就是微信的服务器，你就是微信，她就是网页端。比喻不太恰当，凑合一下吧~值得注意的是这个过程中没有用户名密码等的验证。因为这是基于一个信任来登陆的：即服务器相信能用微信扫码的话，扫码人就拥有这个微信账号的所有权。微信在首屏也提供了从手机上退出网页登陆的功能，这样即使是别人拿着你的手机扫了码在他的电脑上登陆你的微信，你也可以发现。整个过程是没有逻辑漏洞的。
在电脑上使用时，你可能已经发现微信不提供传统的账号密码登陆，取而代之的是通过扫描二维码进行登陆。今天就要研究下次登陆方式微信时如何实现的？
1、每次用户打开PC端登陆请求，系统返回一个唯一的uid，并将uid的信息绘制成二维码返回给用户。这里的uid一定是唯一的，否则就会造成你登陆了其他用户的账号或者其他用户登陆你的账号。
2、当用户使用登陆后的微信扫描该二维码的时候，会将这个uid和手机上的微信账号及密码产生的token进行绑定，并上传到。
3、WEB通过JS不断的向后端发起请求，查询有没有关于uid的登陆记录(uid和token是否存在于服务器上)。实现代码可以从微信页面获取：
function _poll(_asUUID) {
var _self = arguments.callee,
_nTime = 0;
_sCurUUId = _asUUID;
_logInPage("_poll Request Start, time: " + new Date().getTime());
_nTime = new Date().getTime();
type: "GET",
url: "https://login." + _sBaseHost + "/cgi-bin/mmwebwx-bin/login?uuid=" + _asUUID + "&tip=" + show_tip,
dataType: "script",
cache: false,
timeout: _nAjaxTimeout,
success: function(data, textStatus, jqXHR) {
_logInPage("_poll Request Success, code: " + window.code + ", time: " + (new Date().getTime() - _nTime) + "ms");
switch (_aoWin.code) {
_sSecondRequestTime = new Date().getTime() - _sSecondRequestT
_logInPage("Second Request Success, time: " + _sSecondRequestTime + "ms");
clearTimeout(_oResetTimeout);
$.get(_aoWin.redirect_uri + "&fun=new", function(msg) {
_logInPage("new func reponse, reponseMsg: " + msg);
_reportNow("new func reponse, reponseMsg: " + msg);
var code = msg.match(/&script&(.*)&\/script&/);
eval(code[1]);
$("#container").show();
$("#login_container").hide();
_reportNow("/cgi-bin/mmwebwx-bin/login, Second Request Success, uuid: " + _asUUID + ", time: " + _sSecondRequestTime + "ms");
clearTimeout(_oResetTimeout);
show_tip = 0;
$('.errorMsg').hide();
$('.normlDesc').hide();
$('.successMsg').show();
_logInPage("First Request Success");
_reportNow("/cgi-bin/mmwebwx-bin/login, First Request Success, uuid: " + _asUUID);
setTimeout(function(){
_logInPage("Second Request Start");
_reportNow("/cgi-bin/mmwebwx-bin/login, Second Request Start, uuid: " + _asUUID);
_sSecondRequestTime = new Date().getTime();
_nAjaxTimeout = 5 * 1000;
_self(_asUUID);
setTimeout(function(){
_self(_asUUID);
_afterLoadWebMMDo(function(){
_aoWin.Log.d("500, Login Poll Svr Exception");
error: function(jqXHR, textStatus, errorThrown) {
if (textStatus == 'timeout') {
setTimeout(function(){
_self(_asUUID);
setTimeout(function(){
_self(_asUUID);
_logInPage("_poll Request Error:" + textStatus);
_afterLoadWebMMDo(function(){
_aoWin.Log.e("Login Poll Error:" + textStatus);
网页客户端每500毫秒就向服务器发起ssl请求，请求当前二维码的登陆信息，如果返回结果201，则说明已经获取扫描二维码终端相同的账号登陆授权，当返回其他结果时，将在500毫秒之后重新发起请求。
类似微信登陆场景应用场景还是很多，比如通过二维码进行设备间的授权。比如使用手机遥控 装有android系统的电视盒等。
微信和airdroid都有扫描二维码登录的功能，实现略有差别。如果你用普通的二维码扫描工具扫描它们的二维码，微信得到一个网址，airdroid得到一个字符串,但是里面都会有一个唯一的ID，这一点是共同的。微信的方案是：在网页生成这个二维码的时候，网页就开始用ajax长轮询，对服务器请求这个UID的扫描记录，如果没有，在特定时长后（目前是27秒左右）会接到状态码408，表示应该继续下一次请求，如果接到201，那么就进入第3步什么时候有201呢，微信客户端一旦扫描了这个二维码，就会向解出来的网址发起请求，通知扫描成功（当然这个网址做了来源验证）。服务器一接收到这个请求，就从当前的查询长连接里面立即把201返回过去（如果一直没有请求，那么会在30秒内把408返回去，这就是1里面提到的两个状态码的由来）得到状态码201后，通知服务器，客户端由此也进入一个新的页面（就是那个要你点确认的按钮），原理跟上一步相同（长轮询）。这个时候你只要点击确认，服务器就开始给该客户端的用户进行自动登录，并把用户信息在这一步通过当前的某个上行的长轮询给返回出去。当然返回的方式不再是什么状态码了，而是header里面的Set-Cookie，咋就内容其实也相当于状态码：&error&&ret&0&/ret&&message&OK&/message&&skey&xxxx&/skey&&/error&这个时候浏览器就可以成功地用微信认可的任何一种认证方式（通过返回的skey和cookie里面的信息）来请求用户数据了。之所以要提一下airdroid，是因为它在有些地方是不同的，所以，扫描二维码登录这回事，在保证安全的情况下，实现方式是看你的想象力了。首先，扫描二维码只得到字符串而不是网址，避免了鉴权网址外泄其次，浏览器是能用web socket来和服务器进行通讯的，避免了长轮询（微信是考虑到中国用户的浏览器不支持ws的居多吧。这里可以顺便介绍一下微软的signalR方案，它可以根据客户端浏览器的支持情况进行自动从ws降到long pool，微信团信应该是看到这个需求没多大的意义，干脆直接用最原始的实现吧，毕竟不是做一个库）更多细节我就懒得跟踪了，哪天自己也有同样的需求再研究吧
这个我暂时没发现有人答对的，其实原理很简单：1. 每打开一次页面的时候会随机生成一个含有唯一uid的二维码，每次刷新页面都会不一样（这个可以保证一个uid只可以绑定一个账号和密码，如果一个uid可以绑定多个账号和密码，那么很可能你的电脑会登陆别人的微信哦）；2. 当用户使用登陆后的微信扫描该二维码的时候，会将这个id和手机上的微信账号及密码绑定，并上传到服务器；3. 页面每隔1秒或2秒会get请求该id对应的微信账号及密码，如果id绑定上了微信账号和密码，那么就可以请求到账号和密码，就可以自动登陆了。如果大家感兴趣的话，可以继续往下看，我再补充两点：1. 其实扫描二维码登陆只是在一端未登录的情境下使用会非常方便，同时安全性非常高，因为账号和密码不会暴露给黑客，几乎不存在盗号的可能性，所以我们看到扫描二维码登陆已经使用到了腾讯qqPC客户端最新版本中。2. 手机扫描二维码登陆还解决了PC和电视端登陆输入麻烦的问题，尤其是电视端的账号和密码通常是要靠遥控器一个一个按出来，所以，扫描二维码登陆在电视端的登陆上也有了比较好的体现，乐视超级电视应该是首次实现这一功能。3. 如果PC端（或电视端，主要指乐视超级电视最新的系统中也加入了扫描二维码登陆功能）和手机客户端都同时保持登陆的情境下，并且都通过唯一id绑定，那么其中一端可直接远程控制另一端，未来在这一领域的产品想象空间非常大，例如，乐视播放页的1080P速递下载，以及腾讯手机管家的遥控PC离线的功能。
虽然说不清楚具体的原理，但我可以肯定这里面没有什么高深的技术，因为我所带领的开发团队前段时间模仿过这个功能，已经用在了公司业务系统的登录上，安卓版和iOS版都做出来了，也没用多长时间。具体的技术细节我没有关注，但是我们是一个小公司的小团队，水平也一般，没觉得这个有难度，对大公司来说应该都不算个事。
这是“冲击-响应”式的验证机制腾讯现在网页上扔出一个随机数A客户端把这个随机数A和客户端自己的Auth Key一同返回腾讯利用A和Auth Key建立一个唯一的Session ID 按照 的说法，A直接承担了Session ID的职能，我想这是因为HTTPS保证了A不会让第三方看到，因此A是一个Secret然后网页版的微信走的是可靠的HTTPS附加说一个，腾讯很好，让采用了TLS1.2，TLS1.2可以抵御BEAST等早先TLS版本中出现的弱点如此就能确保正确的用户安全地使用了网页版微信
打开微信网页版，在浏览器生成二维码，二维码中包含登录信息和服务端给它生成了一个唯一标识码UUID，同时服务端监听服务端登录请求；html：&img id="loginQrCode" src=""&jslogin.js：window.QRLogin.code = 200; window.QRLogin.uuid = "3aea191f78ec42";在客户端使用扫一扫登录网页版时，此时uid已经登录且有访问授权码access_token信息扫描网页的二维码，获取到服务器生成的UUID，然后将access_token及UUID发送给服务端服务端验证通过后，生成登录授权码并且通知网页端网页端获得授权码后即可向服务器申请用户登录信息，完成登录原文地址：
排名第一的我觉得不对，二维码里面是不会包含uid的，只是一个随机不重复的数。微信扫描之后会把这个数跟服务器进行比对，肯定只有一个唯一的页面是相对应的，那么PC端就会有提示。这个当然是非常安全的，因为登陆验证是个闭环，是在微信跟服务器之间进行的，外界是无法知道真正的算法的。
以下是我的分析结果，供大家参考，不正确的地方望指正。
用户打开网页版微信: ，微信为用户生成了一张包含uuid的二维码,然后前台向后台发送轮询请求，查询此uuid是否已被绑定上登录签名。但如果uuid尚未绑定登录签名，后台不回立即返回结果，而是会阻塞30秒左右，在30秒内仍未扫描成功，后台会返回一个结果码。结果码的值为408，代表微信客户端尚未扫描。发送轮询请求,判断uuid是否绑定了用户的登陆签名如果30秒内用户未扫码，uuid未绑定用户的登陆签名，则后台返回结果码 window.code=408
如果用户30秒内，未完成扫码，则前台会不停的发送请求。一旦微信扫码完成，后台会直接返回结果，减少等待时间。扫码成功后，后台会返回结果码window.code=201.
微信客户端扫码二维码后，客户端会向服务器发送uuid以及用户信息，以便绑定uuid和用户信息。 微信客户端请求信息 扫码成功界面
扫码成功后，微信客户端会等待用户确认登陆。用户确认登陆后，微信服务端会为用户生成登陆签名，并将此签名与uuid进行绑定。绑定完成后，微信服务端会将此签名信息返回到前台，之后网页版微信便可通过此签名获取用户信息和微信信息。确认登陆后的网页响应信息
返回的结果码为：window.code=200,代表用户确认登陆成功。接着跳转到网页版微信的登陆页，并携带登陆签名和uuid。微信登陆服务收到这两个参数后，进行校验完成登录，登陆成功后，跳转到网页版微信主页，用户便可以通过网页使用微信了。--------------------------------------------------------------------------文毕------------------------------------------------------------
微信自身的扫码登陆功能，也可以通过开放接口，供第三方网站或应用使用。集成微信扫码登陆功能，详见我的上一篇文章。如果不想开发代码，可以到我的个人网站:.查看已完成的微信扫码登陆功能。近期我会开发微信扫码登陆插件，供大家使用。
其实上面已经说得都非常详细了，我已经做了一个简单的封装的api。通过微信的网页授权获取用户信息，来实现登录、验证、注册等功能。但是这个网页授权获取用户基本信息，需要认证过的服务号才能具备此功能，手中刚好有一个，就用来做了一个API，可以供大家一起使用。这个API的具体逻辑就是，网站在登陆页面上显示内容为A链接的二维码，引导用户使用微信扫描该二维码。A链接的格式应当为：。这个链接包括 token和tkey两个变量，前者用于识别用户是否已经扫描该页面，后者用于双向验证交换信息；用户如果使用其他工具打开这个链接，是不会有任何反应的，只有在微信中扫描才会有所反应；用户在微信中扫描以后，首先会验证APIKEY是否存在，如果存在则获取callback回调地址。然后会继续向微信平台请求得到用户的唯一openid（程序会对openid进行一次加密，防止有人通过其他手段获得微信用户原始openid后进行攻击，确保得到的openid的绝对唯一性），得到openid以后，程序将token和openid以及APIKEY、secret四个变量通过POST方式传递给callback回调地址；callback回调地址收到上述参数后，对APIKEY和secret进行验证（防止有人直接向callback地址进行POST），然后将token和openid写入数据库；checkstatus.php?token=xxxxxx 是用来判断该token是否已经和openid组对写入了数据库中，如果数据库中存在了这个token，并且配对有一个openid，则说明用户已经扫码；前端index.php通过轮询checkstatus.php，来获取数据库中是否存在这个token的状态，每隔3秒轮询一次，如果发现该token已存在于数据库中，则开始执行跳转（或者其他动作，比如写入session等等），至此，整个流程已经完成。具体部署方法如下：1、在本站申请一个API KEY：，请尽量勿使用QQ邮箱注册，可能收不到验证链接；2、点击邮件验证链接以后，登陆后台可以得到一个API KEY；3、下载DEMO.ZIP []；4、修改config.php里面的数据库连接信息；5、在数据库里建立一个名称为“wechat”的表，必须至少包含两个字段：token 和 user。前者用来记录临时token，后者用来记录微信用户唯一id；6、修改callback.php和index.php里对应的API KEY值以及secret值，改成第一步自己得到的API KEY和secret；7、将文件上传至服务器，在第一步的，将callback.php的地址填入。[可选]：根据自己的需求，优化二维码样式，及设定扫描成功后的动作代码。获取到的微信用户id为唯一id，所以该扫描登陆具备较强的唯一性，可以用来注册或者登陆，或者人机验证（代替验证码）。
我猜是给每个人的二维码都包含unique的id，这样扫了二维码之后，连带账户信息一起发到服务器端，服务器拿到消息之后就能更新网页端了。我拿自己的快拍二维码扫了一下，发现是一个 这样的链接...每次登录的xxxxxxxx应该都不一样吧大概是这么一回事吧。
请参考我在CSDN回答的答案, 以及我的具体实现 www(dot)88jimo(dot)com楼上说随机数的显然是错误的, 随机数有碰撞的可能, uuid 或者 某个全局自增量 还差不多.扫码登陆是一个小概率事件. 不论long pull还是轮询还是web socket也好, 不是这个方案的key point, 只不过long pull 和web socket是更优化的一个选择而已.微信在上个礼拜正式公开 登陆API 内测, 可以参考以下页面:
抓个包什么都搞得清，没事看看我大中通用户中心，快速登录里照样支持微信扫码登录！
其实很简单，二维码内容就是一串识别字符串，存在数据库里，照了之后发给微信服务器核对，识别身份，登录页面采用 AJAX 监听，身份识别完成给浏览器发送登录 Cookie。WeCenter 程序自己也实现了一套方法，有兴趣的可以下载源码看看： 登录页面按微信图标就是扫码登录
简单的说，原理就是将同一账号在 手机APP（微信）中 的登陆状态 共享 给 网页 使用。二维码中只包含需要的共享帐号信息（不含密码）；手机拍摄二维码后将手机中的帐号、登录态提交到服务器；服务器校验后存储在统一的登陆态SESSION节点中；网页通过在SESSION读取相应的需要登录的帐号信息。具体的技术流程是基于Kerberos协议，通过二维码传递手机端的登录Ticket给网页：1.根据时间戳、路由和SALT指等参数生成一个随机的唯一uid，到服务器请求生成二维码图片，这个uid是登录流程的唯一标识，不可伪造，串联整个登录流程，另外，二维码的生成和访问都是通过SSL安全通道完成的；2.网页获取到二维码，用这个唯一的uid和server建立长连接；3.手机照一下也就是App扫描二维码时，手机绑定用户的uin和从二维码中获取到的uid；4.手机也就是App中点击确认，根据手机的登录态生成Ticket，和uin、uid等参数传递给登录服务器；5.登录服务器校验登陆态无误后，更新到通过uid指定的session节点，将结果通过长连接传递给网页，或者由网页定时查询session的指定位置获取是否登录；6.网页校验ticket确认登录；
每隔一段时间进行请求服务器，返回201 表示成功 408失败这是我观察的包前3个都是我等待状态，最后一个我扫了，返回了201。服务端唯一标识验证不解释。
看着答案最后就变成讨论到底是长连接还是轮询的问题，然后就偏了，其实具体用什么技术在这里不是特别重要（长连接也好、Server-Sent Event也好、WebSocket也好、轮询也好，这些都只是途径），提主想知道的是这两个事件是怎么联系的。表面上的步骤如下：[电脑] 打开，得到二维码[手机] 点开扫一扫，扫描PC端二维码，并且扫描成功[电脑] 提示扫描成功，[手机] 询问是否确认登陆[手机] 确认登陆（如果不确认登陆么，[电脑]就还是那样）[电脑] 跳转其实对应的内部机制差不多是这样的：电脑请求网页后，微信服务器生成一个唯一的ID（这里是UUID）给客户端网页，客户端定时发起向微信服务器的连接（这里类似于轮询），微信服务器保持这个连接（这里类似于长连接），保持一段时间（大概27秒）返回一个“还没人扫码”的标识，于是客户端再开连接手机微信扫码并解码，解码出来是一个URL也好，是一段文本也好，总之这段东西匹配了手机微信登陆网页版的要求，于是手机微信带着解码出来的信息去请求微信服务器。这里就已经达到了特定微信账号和某个特定网页相关联的目的电脑这里微信服务器马上在长连接中返回“有人扫码了”的表示并结束连接，网页提示扫描成功，然后打开长连接等待确认登陆的标识；手机这里么则根据二维码的信息打开对应网页确认登陆后面其实和前面一样了，手机微信确认登陆的其实就是请求服务器说这个可以登录了，然后服务器给网页的长连接中返回可以登录的标识并结束长连接，然后跳转到消息网页就算是单一的长连接也是可以的，流程差不多；就算是轮询又怎么样呢（当然服务器开销会大总所周知），大不了就是等到某一条请求下来发现是“有人扫码”然后接下去某一个请求下来是”确认登陆“而已。这个流程其实是主要的，至于用什么技术是次要的，用什么技术只是手段而已，假设微信这个网页登陆是出现在5年后，那微信肯定会去用标准化的WebSocket。真要讨论的话，微信最后那个还可以不跳转，做成单网页的，这就没有什么讨论的意义了。
已有帐号？
社交帐号登录
无法登录？
社交帐号登录