现在很多网站都已经建立了一套完整的用户账号体系，基于这套体系，再做其他应用的用户扩展就非常方便。例如，有了微软的outlook账户，就可以登录win8，可以登录微软的邮箱，还可以登录skype。同样地，一个Apple ID可以享受苹果的所有服务。正所谓，一个账号，处处使用。
对于企业，可能会有产品线通常有网站，app，微信公众号等。统一各产品线的账号体系，实现一个账号处处使用的目标是非常有必要的。网站和app使用同一个账号，不需要做任何多余的工作，客户只要有用户名密码即可登录。对于微信公众号，由于它是基于微信公众平台的一个应用，需要遵守平台的规则，所以需要做一些额外的工作才能达到账号互通的目标。
接下来我们就来讨论一下，如何做到微信公众号用户与网站用户的账号体系无缝对接。
当用户关注微信公众号后，会有一些交互，交互过程中可能需要获取到用户的身份信息（对应到网站的账户信息），例如在公众号中下单，查询订单等操作。那么现在问题来了：对于同一个用户，我们如何建立微信公众号用户（openid）与网站用户（userid）之间的对应关系。这个过程我们称之为绑定。
微信账号绑定
为了简化讨论，我总结了这样两个场景：
一、用户已注册成为我们的网站用户，但还未关注我们的微信公众号；
二、用户未注册，但已关注我们的微信公众号。
对于以上两种情况，下面分别讨论。
场景一用户已注册成为我们的网站用户，但还未关注我们的微信公众号。如何方便用户关注公众号，同时又能把用户和微信公众号绑定在一起呢？很自然地就可以想到二维码这个入口。
最近几年，二维码的应用特别广泛。微信对二维码的推广及应用可以说是如鱼得水，微信二维码支付，微信二维码登录，微信二维码名片等等。可以说，二维码已经成为O2O中连接线上线下的重要纽带。小马哥也称"二维码是线上线下的一个关键入口"。
在这里，需要用户在网站上先登录，然后在合适的地方给出一个绑定入口，比如在个人设置里。绑定流程如下：
微信账号绑定流程
关于微信二维码，官方文档中这样说：
目前有2种类型的二维码，分别是临时二维码和永久二维码，前者有过期时间，有效期30天（2592000秒），但能够生成较多数量，后者无过期时间，数量较少（目前参数只支持1--100000，即10万个）。两种二维码分别适用于帐号绑定、用户来源统计等场景。
显然，我们使用临时二维码比较合适。每当用户刷新页面时，都可以生成一次。
由于二维码里可以带有场景值（scene_id），当用户扫描带有场景值的二维码后，微信服务器会把场景值推送给我们自己的服务器，我们拿到场景值后，就可以做验证和绑定逻辑。注意：生成二维码需要认证后的服务号。
一次完整的绑定流程应该是这样的：
①用户登录网页，点击“绑定微信账户”；
②后台使用微信接口，生成二维码链接返回给前端显示，并建立场景值A与用户的对应关系；
③用户扫描二维码，并点击关注微信公众号（假如已关注，直接跳到④）；
④后台接收微信服务器推送的场景值A；
⑤后台根据场景值A，查询到对应的用户ID（依赖于②中建立的对应关系）；
⑥建立用户userid与微信用户openid的对应关系；
⑦给用户的微信客户端推送“绑定成功”的提示；
⑧通知前台页面，绑定已完成，刷新页面，并返回一些微信账户信息。完成绑定。
其中，②中，“建立场景值A与用户之间的对应关系”，因为用户已经登录，所以用户点击“绑定微信账户”时，我们可以在后台分配一个临时场景值A与用户ID之间的对于关系。对于用户量不大的网站，可以直接使用php中的apc来缓存，并设置一个过期时间（与临时二维码过期时间设置成一样即可）。不要使用session来存储这种对应关系，因为④中是微信的推送事件，是不带session信息的，可以使用redis这类缓存或DB来存储。另，这里要使用临时二维码，数量上没有限制，只有时间限制，前台定时刷新即可。
⑧中，因为http没有推送机制，所以最简单的方法就是轮询去查询，是否已经完成绑定，完成绑定后再刷新页面。