一、关于问题的定位
1.一般情况下，苹果审核后给到的反馈都是比较模糊的条款，比如4.3，2.3.1等。为了精确定位苹果的审核轨迹，我们在每个界面上都上传操作日志，方便我们根据结果进行原因分析。
2.反馈了所在问题的截图，我们遇到的主要是比如登录出错、进不了游戏、支付调起不等问题，基本上都有截图反馈。在最近提审的10来个包的反馈中，提供了问题截图的占了大概1/3。（主要是最近这款游戏海外线路不稳定导致的）。根据截图问题有针对性的进行修改调整后申诉，都能得到不错的效果。
二、提审前的技术要求
1.需要准备一个专门用来提审的审核服，内容在正式服的基础上进行简化，这样可以简化美术换皮的工作量。但是不能太过于精简，否则会得到4.0低质量应用条款被拒。
2.过审后通过后台参数切换到正式服，并能通过热更新到最新的正式服内容。
三、关于机审
1.游戏没有启动记录或者只有启动记录没有账号登录记录的审核过程，定义为机审；如果有账号登录记录的审核，定义为人审；一般情况下，苹果都会进行一次机审然后再进行一次人审。
2.机审的过程就是对游戏的资源对比以及代码分析。针对资源和代码下面分别说下具体的一些操作。
①新建工程；增减info.plist中的字段；修改target和scheme；修改icon；修改包名；
②如果带有SDK则需要更换一套SDK或者调整旧SDK的样式、颜色、控件位置等。
③游戏内资源处理：
图片可以在文件最后增加空字节修改为不同的md5值；
音乐音效建议直接去掉，审核过程不需要；
如果可以的话，通过工具对资源进行加密，然后直接在引擎的读文件函数中进行解密是最直接方便的方法。
加入的垃圾文件名字尽量接近于真实中使用的命名，而且不建议增加太多，否则很容易2.3.1混淆条款被拒。
④对于代码的处理：
一般情况下会进行替换类名、替换方法名、增加垃圾文件、增加垃圾类、增加垃圾方法等多种操作，这些垃圾代码一般来源于网上的代码库，可以在github上爬取，然后按类和方法规则入库备用（注意检查一下垃圾库中剔除黄赌毒相关的单词）。
引擎和公共库的代码不建议做任何处理；
替换类名和方法名可以通过查找替换的方式，将垃圾代码库中将类名和方法名进行批量替换。
增加垃圾文件可以通过对垃圾库中的类文件引入到项目中；通过对该类的静态或者初始化等方法进行调用达到增加垃圾类和增加垃圾方法调用的目的。
OC头文件声明在@interface @end之间，实现在@implementation @end之间；C++在最后的}括号前插入垃圾函数。
四.关于人审
1.苹果审核员使用账号登录到游戏里进行审核，定义为人审。建议在苹果后台提供一个跳过新手并且有较多资源的账号让苹果审核人员进行体验。
2.启动界面、登录界面、主场景、付费点页面，审核人员都会进行停留并进行截图对比，所以需要对这些界面进行大力度的重构。
3.关于主场景，需要做更大一点的改变，除了必要的美术表现上改动之外，最好能做一些位移或者隐藏部分功能。
五.关于账号以及提审
1.国内刷脸注册的账号质量最高，能针对上面问题全面处理后过包几率很高。
2.提审打包网络、设备等尽量做好隔离措施，比如每个包专门找一台设备进行处理等。
3.提审频率建议不要使用堆包的方式，避免撞包。
