苹果AppStore App被拒原因中，2.3.1 是大家常见的原因之一。如果整改不彻底，多次被拒导致2.3.1封号的案例也不在少数。我们仔细看过条款以后，有双端政策经验的同学可以发现，苹果的2.3.1和Google的欺骗行为（插入链接）有异曲同工之处，处罚路径也基本都是下架 – App暂停 – 封号（关联账号一起封），所以大家在处理时也不要有侥幸心理，争取一次解决。

下面我们一起来看看针对苹果2.3.1的排查点，也希望有经验的朋友一起探讨，在留言区完善排查范围，共同解决苹果2.3.1问题。

排查范围

1. 检查自己有无隐藏功能，代码中是否有一些开关用来逃避审核！例如之前大家的内购应用为了逃避抽佣对第三方支付做开关，而苹果要求纯虚拟物品或服务是必须走苹果内购的！

提示：如果你有隐藏功能，在下掉SDK或者代码同时，一定要同时删除元数据和代码的中关键词，要不有可能会再次被拒。例如支付中的关键词wechatpay、alipay等等。

动态下载资源也有可能被认定为隐藏功能，例如我们有时为了降低包体积会动态下发一些音视频，代码等等，这些最好都不要有。在检查自身代码的同时，我们也要去检查一些三方SDK，尤其是一些音视频SDK。同时，全量检查代码中的关键词，有无download等类似词语！

2. 检查元数据和商店图中是否有描述不清晰的产品功能或无法真实反馈App功能的图片，有时候苹果不会直接告诉我们具体的问题是什么，但是我们又很肯定自己是没有隐藏功能的时候，可以去确定下自己的商店描述是否能清晰的介绍我们的产品，商店图是否太过夸大宣传！

3. 谨慎集成三方SDK，尤其是国内的。我们曾经因为Umeng SDK的一段代码导致2.3.1,和苹果审核人员沟通了很多才确定下问题！！！再次提醒，谨慎集成三方SDK，尤其是国内的。

4. 检查自己App内是否有疑似色情的图片。之前遇到过一次因为图片有些暴露而产生的2.3.1被拒。

5. 网络接口中敏感关键词排查

{    
"code":200,    
"msg":"isHidden",    
"data":"true"
}

例如这种包含hidden，switch等字眼的接口返回，非常有可能引发苹果2.3.1 违规。

6. 一般我们使用webview的Js交互功能时，会使用到evaluateJavascript函数，如果功能非必要，就放弃吧。如果功能必须，提审时务必清晰说明使用webview的用途！

积极沟通

如果实在不能确定自己有什么问题，而苹果在邮件中又未给出具体的Specifically，我们可以积极的和苹果沟通，一般多次沟通后会得知具体的原因。

在无法明确自己没问题前，不要硬怼，不要硬怼，不要硬怼，硬怼可能导致App移除甚至封号，老板们。