触控王哲：Cocos开发者如何规避苹果审核风险

最近有不少开发者在论坛发帖，讨论游戏提交在苹果商店审核被拒的事。以及最近大家都很关心苹果对热更新的政策收紧一事。我就社区里大家做的尝试结果，以及苹果审核政策条款给出一个正面的解答。

AnySDK在支付审核中被「误判」，可通过升级版本解决

首先是审核中IAP原因遭拒的情况。论坛里有用户反馈提交游戏版本后审核被拒（篇末点击阅读原文可以看论坛原帖），初步是怀疑使用AnySDK做接入的原因。该帖一出，立即引起许多开发者的关注。大家纷纷积极跟帖回复，有遭遇同样情况寻求帮助的，也有已经审核通过并传授经验。

综合大部分被拒开发者的试验结果，以及我们后续与AnySDK企业版用户配合提交审核并成功通过的情况，目前已确认是由于AnySDK通用框架里有个别敏感字段被「误判」为带有第三方接口，才会导致提交新App审核被拒。

这里需要澄清一下，一直以来我们提供的只是接口协议，实际上是为了统一支付SDK的接口，默认AnySDK库中并没有提供任何苹果IAP之外的第三方支付实现，只是苹果通过检测类似的API关键字「误判」了，不幸躺枪。目前，AnySDK已推出了针对App Store的定制框架，也有部分用户证实使用该定制框架成功过审。（需求用户可通过后台索要AnySDK技术支持联系方式）开发者今后使用最新的v2.2.6版本将不再存在苹果审核被拒的情况。

热更新问题 Cocos有惊无险

从三月份开始，苹果就将热更新问题多次推上了风口浪尖。甚至苹果还下了最后通牒，将在6月12日全面下架带有热更新的App或游戏。

开发者一直担忧：那么使用Cocos的热更新是否会因此被下架？

从原理上分析，Cocos的热更新本质上是更新资源，并没有使用任何苹果禁止的API，所以理论上不违反苹果协议内容。当然，苹果协议中也有关于热更新内容更具体的要求，需要用户自己理解和把握尺度，尊重苹果平台的开发者协议。最重要的：Don't be evil。

《App Store 审核指南》2.5.2
2.5.2 Apps should be self-contained in their bundles, and may not read or write data outside the designated container area, nor may they download, install, or execute code, including other apps. Apps designed to teach, develop, or test executable code may, in limited circumstances, download code provided that such code is not used for other purposes. Such apps must make the source code provided by the Application completely viewable and editable by the user.

今天13号，苹果最后通牒时间已过。庆幸的是，我们并没有收到来自任何开发者产品被下架的反馈。而且从社区反映来看，目前确实未出现任何一款使用Cocos开发的产品被下架，这里面包括所有的Cocos Lua游戏、Cocos Creator游戏。所以大家尽可以继续放心使用Cocos引擎中的热更新功能。我们在引擎角度只是提供热更新机制这么一个通用的功能，技术上可以更新任何东西，但是在苹果收紧热更新审核的大环境下，我建议大家还是要注意只更新资源、而不要尝试更新可执行代码甚至改变整个游戏的核心内容的做法。

苹果放开允许H5游戏上架 Cocos Creator尽情开搞

上周WWDC大会后，苹果对《App Store 审核指南》进行了2017年的首次重大更新！对比此前版本，此次的修改/新增的内容占比达到 23%。不得不提的是，苹果对于H5游戏的开放利好。尤其是英文版的审核指南第4.7条，明确支持App可以在WebKit view中运行H5游戏或应用。今年先有国外Cocos游戏走上Faceboook Instant Games的全球赛道，再有国内微信首款H5游戏进行测试，如果H5在iOS平台能够得到重视，这将是广大Creator用户的福音。

《App Store 审核指南》4.7
4.7 Third-Party Software
Apps may contain or run code provided by third party developers (e.g. HTML5-based games), as long as the code is not offered in a store or store-like interface, and provided that the software (1) is free or purchased using in-app purchase; (2) only uses capabilities available in a standard WebKit view; your app must use WebKit and JavaScript Core to run third party software and should not attempt to extend or expose native platform APIs to third party software; (3) is offered by developers that have joined the Apple Developer Program and signed the Apple Developer Program License Agreement; and (4) adheres to the terms of these App Review Guidelines (e.g. does not include objectionable content; uses IAP to unlock features and functionality). You must provide an index of third party software and metadata available in your app upon request.

注意，上文都是依据英文版的《App Store Review Guidelines》的政策解读，截止本文发稿时间，苹果官网上的中文版《App Store 审核指南》似乎还未更新。

以上几条，是我结合最近几天社区论坛的反馈情况、我们和AnySDK企业版用户合作更新通过审核的情况、以及苹果最新审核条款的信息汇总及个人解读。希望对大家有所帮助。

相关阅读：2017年最新App Store审核指南（苹果官方）