微信公众号交互功能

这个模式和多年前的手机订阅很像。在21世纪初，互联网在泡沫之后迎来了一种非常厉害的盈利模式——SP/CP 模式，拯救了水深火热的互联网。当然，现在这种模式已经过时了，大家可以在网上了解一下那段互联网的历史。不过现实中还是存在真实的例子，如果你的手机号是中国移动的，可以参看 10086 的短信功能;如果你的手机号是中国电信的，可以参看 10000 的短信功能。笔者的手机号是中国电信的，当笔者想查询自己的套餐使用情况时，即可发送 702 到 10001，10001 会立即返回笔者的套餐详细使用情况。大家肯定猜到这条短信不是人工发过来的，而是由后台程序接到 702 之后查询中国电信自己的用户数据库后发过来的。同样的，中国移动的用户发送“YE”到 10086 查询余额的功能也是一样的。

使用了开发模式的微信公众账号就会成为一个配备了一些指令规则的账号。在用户关注公众账号，发送对应的指令给公众账号之后可以获得相应的结果。而这些规则的逻辑需要公众账号的开发者根据公众平台的开发规则在后台实现。用户、微信后台和我们需要开发的公众账号后台的服务器三者之间的交互关系如图1-1所示。

图1-1 用户、微信后台和公众账号服务器间的交互图

图1-1 所示的具体交互过程的描述如下：

1)用户在微信的手机客户端里向公众账号发送一条消息，这条消息会通过网络到达微信的后台;

2)后台收到这条消息之后，把消息转发给公众账号的后台，也就是公众账号的服务器;

3)公众账号服务器收到请求后，解析消息格式，根据用户内容和自己的服务器逻辑，计算出需要返回给用户的消息，然后封装消息，返回给微信后台;

4)微信后台把公众账号服务发来的消息转发给用户的微信手机客户端，这样用户在手机客户端上就可以看到公众账号发来的微信消息了。

通过这个过程可以看到公众账号服务器要做的事情有三件：

获取微信后台发过来的消息;

实现自己的业务逻辑;

发送返回消息给微信后台。

因为微信服务器请求公众账号服务使用的是 HTTP 协议，所以在公众账号服务器上必须要运行一个 HTTP 服务，并打开一个端口。本书的案例为了开发时的 方便，使用 Windows 上的 AppServ 作为开发和调试环境，使用 zendstudio 作为 PHP 语言的 IDE，使用 Windows 版本的 MySQL 作为数据存储;在部署应用时使 用 Nginx、PHP-FPM 和 Linux 版本的 MySQL 作为生产环境。

总结：以上就是微信公众号交互功能解读，希望能帮助到你们!了解更多微信公众号资讯，关注加速度IT客栈