（转）微信Openid和fakeid对应简单实现

       很久没有写日志了，最近一直在微信公众平台5.0出来之后才拿到appid，下手比较晚不少功能没有遇上。微信虽然说开放了，可是开发的功能实在有限，就 那么几个简单的接口，实在是作不了什么事，谁让咱们不是高级客户。其中最主要的一个功能消息主动发送，这个也是我今天写这个日志的目的，相信不少人都想要 实现这个功能。从早期的文档看，微信是有这个接口的。详见：http://blog.csdn.net/chendeben/article /details/8708369 该做者写的很清楚就不罗嗦了。

微信早期的接口文档：http://mp.weixin.qq.com/wiki/index.php?title=MediaWiki:Sidebar&diff=prev&oldid=151

看 到这个接口我也试了下，可是结果很失望，显示调用超过次数了，说白了就是不给权限。看来只能用最笨的办法了，就是经过程序模拟用户登陆手动发消息了。这个 不少人应该都试过了，可是恶心人的事出来了，接入公众平台返回的是一个加密后的字符串openid,可是发消息却用的fakeid，腾讯这帮人真是邪恶 啊，期间也在网上找过一些资料，其中介绍最多的就是这一个：http://www.cnblogs.com/ligboy/archive/2013 /04/30/3051939.html最开始还没看懂，后来看懂了感受不是那么靠谱。思路我就不写了，本人实在没有那个文笔。

    说说个人思路吧，其中有一些仍是很类似的。

首 先，用户在加关注的时候微信会触发一个Event事件，内容里会有用户的openid。此时咱们能够给用户回一个消息。文章就在这个消息里面，咱们把取得 的这个openid回给用户，为了用户体验咱们能够把这个openid写在一个连接里面，这样用户就不会看到这个奇怪的字符串了。

而后就是 模拟用户登陆了，这个太简单就不说了。关键是登陆后的操做，咱们要取出最新的几个用用户，同时咱们能够拿到用户的fakeid，固然你的平台不是有不少人 关注的话，那么最上面的一个用户确定就是刚刚加关注的（理想化状态）。为了更精确的肯定该用户是刚刚加关注的，咱们要模拟和最前面几个用户对话。若是在 WEB页面上你就能看到咱们刚刚回给用户的消息就在最上面。固然这个内容里就有咱们刚刚藏进去的openid这样以来fakeid和openid就对应上 了，可能我说的不是太清楚，若是你们有不理解的话能够联系我。

下面就贴出部分实现代码。须要注意的是这个过程必定要连贯，在响应了微信的 event事件后立刻就取fakeid这样数据基本不会出错。还有一点要说的就是必需先响应微信的事件，而后再去取fakeid来对应。最好能多线程，这 样处理起来速度就很快了。PS：取个这样的类名实在是对微信的不满，没有别的意思。区别对待用户实在太可恨了。若是直接放出这个接口，咱们何苦要这么折腾。