【摘要】APP和小程序的审核，在上线之初很棘手，因为客户在开发程序的时候，某些资质证件正在审核中，比如人力资源许可证、食品流通许可证，由于不可抗拒的因素，审核周期漫长。 而我们团队的开发效率极高，产品开发完毕，资质未拿到，经常无法上架，确实让人头疼。 如何正确的上架一款APP，我们已经摸索出一套比较好的方案。
【作者】田甜、mingxiaoyue、清泓
总体来说，我们经历了好几茬方案，有以下四个阶段对应的四个方案:
原生修改的方案， 每次审核的时候，像挤牙膏一样，那里要去掉，哪里保留
用现有的一个复杂的电商平台服务器的链接，作为审核的公共链接，一旦有审核，就把这个审核过的版本发过去审核
统一做一个H5的整体修改方案，全部替换成静态页面的方案，没有任何动态内容，只是一些静态的宣传页面
构造一个审核服务器，同时构造出模拟数据。 H5的链接直接为审核而修改，不上库
来细数一下这几个方案有什么特点:
方案一: 真实代码和审核的代码交织在一起，造成理解难度加大，特别是主流程里面，带来一些审核逻辑，代码交给第二人维护，非常难理解
方案二: 这个很偷懒，好几个APP用一个链接来做，多搞几次，就进入了黑名单了。 审核周期越来越长
方案三: 这个更加偷懒，不过审核人员有一些技术背景，马上就将你堵住了，理由是:没有实质的内容，基本上我们前期的几个APP都没有逃脱，直接被拒。
方案四: 比较麻烦一点，就是构造一个新的H5页面，而且后端数据可以做成独立的审核数据，这个就简单很多了。而且个性化很强，既可以修改后端数据，又可以修改前端的H5页面，把底色、边框、logo、文字，都统统修改掉，几乎不留痕迹。
方案四我们用下来，比较顺利。
另外谈一下我们的审核逻辑流程。 给处在水深火热的兄弟们一些建议:
服务端准备一个版本号A， 客户端APP、H5、或者小程序，准备一个版本号B
当A=B的时候，表示正在审核， A != B 时，表示正常加载正式版本
实例说明
某天发了一个版本， 需要提交审核， 这个时候，服务端的版本A=103, 客户端的版本为103，将客户端丢给审核人员的时候，因为A=B这个时候，审核人员看到的是审核版本
但是， 之前已经审核通过的客户端版本是102， 这个时候，旧版本的客户端B=102, 服务端只有一个，所以服务端是B=103， 所以客户看到的是A != B ，看到的是正式版本
一旦审核通过， 将服务端升级为一个版本号A=104, 因为客户端已经发出去了， 没办法修改了，B依然是:B=103, 此时新更新的用户A!=B 看到的是正式版本
另外，那些死都不肯升级的老用的版本B=102一直没有变化，而A=104, 他们依然不相等，那些永远不升级的客户， 看到的还是正式版本
因此，做法很简单
提交A=B的客户端和服务端版本，交给审核人员去审核
审核后，服务端的版本号A+1升级一次，然后大家都显示正常
下一个版本要审核的时候， 服务端保持不变，客户端B+1一次，交给审核人员审核
审核通过后，服务端版本A+1升级一次，然后大家都显示正常
继续循环
【参考文章】
【1】关于小程序上线的相关技巧
