本以为这种案例属于少数派案例，但是从网友交流看来遇到这个问题真的不少。
问题描述
苹果审核被打回，违反条例 2.1 ，描述是因为联网问题被拒。
但是实际本地测试没有发现联网问题。
拒绝模版
Guideline 2.1 - Performance - App Completeness
We discovered one or more bugs in your app when reviewed on iPad running iOS xx.xx.xx on Wi-Fi.
Specifically, we were unable to xxx. The screen loaded indefinitely during the process.
xxxxxxx
For a networking overview, please review About Networking.
Please see attached screenshot for details.
自身网络联通性覆盖面不足导致的情况
首先做到以下自查测试：
- 在Wifi和蜂窝网络下的联网情况。
- 模拟测试国外联网环境。
- 弱联通测试。
另外，如果软件中存在基于地理位置提供的服务，要保证在任何地理位置情况下都能提供可用的默认服务。（有网友就栽在这里，单独拎出来说。）
苹果审核自身网络问题
比起前一种情况，这种情况确实不在少数。
一般来说，苹果审核采用的审核环境是 iPad+VPN，看得出来他们的网络环境并不见得很优越。
遇到这种情况，分两种处理策略。取决于对产品发布周期着不着急。
如果真的很着急，直接走申诉流程，这样苹果审核委员会会介入调查，这样可能会多一个审核验证程序，如果测试没问题，也比较有可能过。
当然了，最好还是建议先回复沟通，沟通无果后再走申诉流程。
如果并不着急，那解决方法就简单粗暴一些。就是等两周后再提交新版本审核，然后声称你已经“修复了该问题”。因为过了两周后审核的网络环境可能出现变化，可能问题就自己被解决了。 — 这个方法虽然土，但是也是被验证过有效的。
苹果审核人员自身的失误
这个问题就离谱了，但是真的发生过。
有两种可能的失误：
- 审核人员在第一次打开app的时候禁用了wifi 。
- 审核人员忘了开网络！
先说第一种失误，这种可能是存在的，而且必须要操作系统的设置页中去重新开启。
建议App里也做这类检测和跳转到设置页。如果前面的情况都尝试过了，也不妨试试礼貌询问审核人员是否出现了这个实务操作。
第二种情况就离谱了。（但是我一个朋友真的遇到了），就是审核人员忘了开Wi-Fi！所以大家遇到这类问题可以多个心眼，看看审核提供的截图，留意状态栏是不是wifi标志不在，如果确实不在，恭喜你，直接回复审核提醒一下即可。记录如下
讲个笑话。我们的一个App因为苹果登录异常被拒了，经排查发现这个异常弹窗是苹果登录超时后系统自动弹的，不受App控制。我回复苹果说可能是审核时网络异常导致的，让苹果多试几次，结果还是同样的截图被拒了，两张截图只是时间不一样。这次我才注意到，截图上状态栏怎么没有WiFi图标呢？苹果不会没开网络吧。于是，我友情提示苹果“你似乎忘记打开WiFi了”。第二天就过审了。
另外，强烈建议针对提审（最终上架）的版本号为偶数，这样自己平时测试的版本号可以设置为奇数。
这么做有个好处，就是提审的版本号因为没上架，而你可以设置为过审后手动发布，这样一来该偶数的版本号的所有行为都来自审核人员，这样你就可以通过活跃日志在后台观察审核人员是否进行了操作了。这可以带来很多有意义的信息，而如果直到审核被拒你的行为日志依然没有数据，那就可能说明审核环境确实网络异常了。
