小程序本意是继订阅号、服务号、企业号之后的应用号。无奈中意苹果参和了一下成了“小程序”。同属一种类型，从他们的ID就可以后出端倪，都是gh_开头的字符串。
第三方平台，就是对这些类型账户的管理，方便一些没有开发团队的商家来快速的完成功能的对接。对于订阅号、服务号的开发已经很成熟了，市面有些巨头参与其中了，其中还已经完成资本对接、完成上市。围绕着微信这个大流量生态，未来将会很大的想象空间与市场。
如果之前已经完成对订阅号、服务号的管理，完成了这些。代码上几乎不需要做调整。只需要在“微信开放平台”中添加小程序开发者（绑定的小程序），添加小程序的模板。
完成之后，就可以提交了。系统会自动审核通过，在白名单的范围
接下来进入今天讲的重点内容“全网发布接入检测说明”。 关于消息加解密接入指引。官方提供了相关的算法与对应的代码，直接复用就行。
全网发布之前首先需要完成自动化测试，这些真得佩服TX，按需使用。提交测试的话需要“排队”完成。
自动化测试主要分为三部分，一方面代“XX号”完成消息收发、事件处理；另一方面是做为第三方平台需要完成的功能。
第一部分：代收消息部分（即时响应）
微信测试机会自动授权给第三方平台。然后模拟粉丝完给测试机发消息，需要第三方平台来处理。处理文本消息
1）微信模推送给第三方平台方：文本消息，其中Content字段的内容固定为：TESTCOMPONENT_MSG_TYPE_TEXT
2）第三方平台方立马回应文本消息并最终触达粉丝：Content必须固定为：TESTCOMPONENT_MSG_TYPE_TEXT_callback
第二部分：代收事件部分（即时响应）
1）微信推送给第三方平台方： 事件XML内容（与普通公众号接收到的信息是一样的）
2）服务方开发者在5秒内回应文本消息并最终触达到粉丝：文本消息的XML中Content字段的内容必须组装为：event + “from_callback”（假定event为LOCATION，则Content为: LOCATIONfrom_callback）
第三部分：调用接口（非即时响应）
1）微信模推送给第三方平台方：文本消息，其中Content字段的内容固定为： QUERY_AUTH_CODE:$query_auth_code$（query_auth_code会在专用测试公众号自动授权给第三方平台方时，由微信后台推送给开发者）
2）第三方平台方拿到$query_auth_code$的值后，通过接口文档页中的“使用授权码换取公众号的授权信息”API，将$query_auth_code$的值赋值给API所需的参数authorization_code。然后，调用发送客服消息api回复文本消息给粉丝，其中文本消息的content字段设为：$query_auth_code$_from_api（其中$query_auth_code$需要替换成推送过来的query_auth_code）
注：第三部分是需要获取到author_access_token,不然无法发送客服消息。
微信还提到了,模拟推送component_verify_ticket给开发者，开发者需按要求回复（接收到后必须直接返回字符串success）。
这点是基础的基础，主要关注前三部分。尤其是第三部分，完成之后就可以自动提交了。会自动化监测第一步的测试反馈。如果出现如下界面那就么大功告成
就等微信官方审核了，通过之后就是如下的状态。
在授权页面经常会出现如下几种情况
1、参数错误，一般是pre_auth_code 为空，没有获取到，原因就是要找 componet_access_token，如果是componet_access_token的原因那就要再找 component_vertify_ticket是过期
2、从指定的域名和IP发起，这种情况是不加端口的。尤其是nginx + 其它应用server的情况
3、页面停的时间太久，pre_auth_code过期
4、pre_autho_code 已经使用，又使用第二个手机来扫，pre_auth_code失效
如果有第三方平台全网发布的问题，欢迎后台留言“第三方平台”。大师兄会不定期回复。
推荐阅读：
点击阅读原文可以参与直播间互动
网友评论