关于wxid_xxx添加微信好友的说明

这要从微信刚刚开发出来说起，当时开发者是在想给每个用户一个UUID，而当时的最佳算法gid生成，可以解决上亿数量级的唯一id而且保持字符串长度一致。

用户在数据库里必须有一个这样的uuid，如果简单的采取自增，显然是不利于分布式计算的，所以wxid便成了每个用户唯一的数据库id。

从wxid可以在数据库查到你的一切资料，因为每个用户只会有一个wxid，而且永久不会发生变化。

微信号则像昵称一样，虽然从某种程度来说，也是唯一，但是微信号是可以更改的。

即使改了微信号，你的wxid还是原来的wxid，wxid随着账号而生，永久且唯一。

刚开始微信是允许wxid加好友的，而且如果用户不设置微信号，wxid就是用户的微信号，直接搜索wxid账号是可以成功添加用户好友的。

但为什么微信会决定禁止wxid直接加好友呢？

说来话长，但大致有以下几个原因：

部分公众号账号也是wxid格式，导致业务逻辑有点复杂

为什么这么说呢？你在搜索wxid的时候，作为程序，是不是要查用户库，也要查公众号的数据库？如果公众号的数据库里wxid和用户的wxid重复，那是显示两个结果？

导致程序略微复杂并非决定性因素，反而是第二个原因让微信果断决定禁止wxid。

微信发现不少程序在非法调用好友请求接口。

这是微信决定禁止wxid的主要原因，小编在之前文章其实也写过，隐私保护只是借口，微信总是说为了保护用户隐私，不允许wxid添加好友，其实是为了解决大量的非法好友请求。

为了解决这个问题，其实微信做了许多更新，只是从来没有公开说过而已。

所谓非法好友请求，就是用一定的程序，大量去添加wxid的好友，这些wxid可能是用程序通过某种方式采集而来的，也可能是其他方式获取来的用户id。

这种操作无疑给用户带来了骚扰，也让用户对微信产生不好的印象，因为这种好友请求源源不断的是各种广告，各种无用信息。

那么，怎么解决呢？

第一个操作就是禁止了wxid搜索，也许是程序通过搜索wxid而来的好友请求太多，才进行了这个更新。

但这并不能解决问题，后来有人发现在wxid的前面加上特殊字符就能直接搜索了，当然，这个很快又被修复了。

不允许搜索，却还有程序直接通过mmtls协议去加好友，问题还是没有解决，于是曾经出现过大量封号，一旦发现操作不是微信官方app，就可能被限制登录，这倒是解决了大部分问题，因为那些采用协议的方式总会被检测到非微信官方APP操作。

在更新与破解之间暗地里进行了多次较量，最后小编发现微信终于聪明的一劳永逸的解决了问题关键，那就是对请求本身进行验证。

之前各种方式总是没有对请求本身进行验证，这也是导致wxid怎么禁都禁止不掉的原因。

而所谓对请求本身进行验证，这也就是为什么小编说现在如果你和对方曾经不是好友，是没有任何一种方式是可以通过wxid成功加上对方好友的。

因为逻辑大概是这个样子：

<?php func 发送好友请求(wxid）{
 if 你和对方曾经不是好友{   return; //直接拦截了  }  else{  continue; //ok，你们曾经是好友，好友直接再联系，不在拦截范围  }

这可以说得上是聪明的方法，也不知道是谁想到的，不过对于这些顶级聪明人来说，想到这个方法也并非什么令人惊讶的事情。

这样一来，请求本身会有验证，即使你wxid请求发送来了，我服务器也会查询看看你和对方是否曾经是好友，如果不是，那么不好意思，直接pass掉！

这样就基本让大量wxid加好友彻底成为过去，因为无论程序再怎么改，只要服务器不被攻破，这个问题就算彻底解决了。

而即使一个十分普通的服务器，也几乎无法被轻易攻破，更何况是这些顶级高手搭建的服务器。

小编虽然很赞这个操作，可是这也让某些情况成为遗憾，比如说双方联系时就留下了一个wxid，放在以前，总还是有点办法联系上，但放在现在，就真的是遗憾了，此种方式联系不上了，除非通过其他方式去联系。

但这种情况总归是少数，不可能为了这么少数几个特例，就放开wxid的添加，不然大量添加wxid好友又活跃起来，两种对用户的影响，权衡之下，肯定是坚持禁止wxid添加比较好。

而且，微信也很人性化，毕竟如果你们曾经是好友，如果只留下了一个wxid，还是可以恢复删除的好友的，好友之间的联系本来就不在拦截范围，而且，作为社交软件本身，核心就是好友互动，所以这个在将来也不会被禁止，如果被禁止，影响了好友互动的体验性，就有点匪夷所思了。