1.被拒邮件, 内容如下:
Dear Developer:
Your app, extension, and/or linked framework appears to contain code designed explicitly with the capability to change your app’s behavior or functionality after App Review approval, which is not in compliance with section 3.3.2 of theApple Developer Program License AgreementandApp Store Review Guideline 2.5.2.
This code, combined with a remote resource, can facilitate significant changes to your app’s behavior compared to when it was initially reviewed for the App Store. While you may not be using this functionality currently, it has the potential to load private frameworks, private methods, and enable future feature changes.
This includes any code which passes arbitrary parameters to dynamic methods such as : dlopen() dlsym(), respondsToSelector:, performSelector:,
method_exchangeImplementations(), and running remote scripts in order to change app behavior or call SPI,
based on the contents of the downloaded script. Even if the remote resource is not intentionally malicious, it could easily be hijacked via a Man In The Middle (MiTM) attack, which can pose a serious security vulnerability to users of your app.
Please perform an in-depth review of your app and remove any code, frameworks, or SDKs that fall in line with the functionality described above before submitting the next update for your app for review.
Best regards,
App Store Review
尊敬的开发者，
您的应用，扩展程序和/或链接框架似乎包含明确设计的代码，能够在应用审核批准后更改应用的行为或功能，这不符合Apple开发人员计划许可协议和应用的第3.3.2节商店审查指南2.5.2。此代码与远程资源相结合，可以帮助对应用程序的行为进行重大更改（与最初对App Store进行审核时相比）。虽然当前可能不使用此功能，但它可能会加载私有框架，私有方法，并支持未来的功能更改。
这包括将任意参数传递给动态方法（如dlopen（），dlsym（），respondingToSelector :, performSelector :, method_exchangeImplementations（））和运行远程脚本以便更改应用程序行为或调用SPI的任何代码，下载的脚本。即使远程资源不是故意恶意的，它也可能很容易被劫持通过中间人（MiTM）攻击，这可能对您的应用程序的用户造成严重的安全漏洞。
请对您的应用执行深入审核，并删除与上述功能相符的任何代码，框架或SDK，然后再提交下一个更新以供审核。
最好的祝福
2.苹果审核被拒, 主要是调用了第三方的动态库或者运行了 JS 代码,
dlopen() dlsym(),
respondsToSelector:, performSelector:,
method_exchangeImplementations(),
running remote scripts (JS)代码
3.关于如何修正这些方法, 达到审核的目的,个人作如下判断,欢迎补充
01关于 dlopen 和 dlsym, 调用了动态库, 可能会影响, 已经全部干掉
02关于respondsToSelector: , performSelector: ,游戏和我们的项目中同时存在大量的, 苹果系统的方法, 明确规范可以使用的, 如果非要替换, 我找到一些
原写的方法:
[self performSelector:@selector(removeFromSuperview) withObject:nil afterDelay:2];
修改方法 一
NSTimer *timer = [NSTimer scheduledTimerWithTimeInterval:2.0 target:self selector:@selector(removeFromSuperview) userInfo:nil repeats:NO];
修改方法 二
// [self performSelector:@selector(JumpToPage:) withObject:tag afterDelay:0];
[self performSelectorOnMainThread:@selector(JumpToPage:) withObject:tag waitUntilDone:YES];
我觉得还是没必要, 都是系统的方法, 且方法原理一样
03method_exchangeImplementations(), runtime 的底层及应用场景, 苹果倡导 OC运行时的重大优点, 关键是的项目中并没有用到, 只是作为理论研究底层或者面试装 X 用的
04运行 JavaScript 代码或者检查是否使用特定的框架（JSPatch和Rollout, Weex 或者 RN 等）, 这些会导致
4.我的项目中是如下内容, 已经全部去掉
01获取序列号的方法, 调用了动态库, 已经去掉
+ (NSString *) serialNumber
{
NSString *serialNumber = nil;
void *IOKit = dlopen("/System/Library/Frameworks/IOKit.framework/IOKit", RTLD_NOW);
if (IOKit)
{
mach_port_t *kIOMasterPortDefault = dlsym(IOKit, "kIOMasterPortDefault");
02本人打包 zip 包的时候, 用的是脚本,在项目工程中build phases中, 去掉 runScript配置,可能影响到苹果审核, 对项目功能无任何影响
5.结束语
热更新违反了苹果的审核规则, 绕过官方审核, 功能随时修改提交和发布, 而不是每一次更改就通过苹果审核一次, 这样会使开发者的效率大大提高, 但是苹果的审核部门感觉好清闲啊,
其实本人臆测, 主要是对抗微软和其他小喽啰, 不维护自己的权威, 真不知道中央是谁啊, 朝廷是谁啊, "卧榻之侧, 其容他人鼾睡", 你能奈我如何?
