提审App Store因准则2.1被拒,不需要修改代码也能通过审核教程

提审App Store因准则2.1被拒,不需要修改或代码混淆就能通过审核教程(已审核通过)

准则2.1 - 需要的信息

这种类型的应用程序已被确定为可能违反以下一项或多项应用商店评论指南。具体来说,这些类型的应用程序往往

1.1.6 - 包含虚假信息,功能或误导性元数据。

2.3.0 - 批准后进行重大的概念变更

2.3.1 - 隐藏或未记录的功能,包括重定向到赌博或彩票网站的隐藏的“开关”

3.1.1 - 使用应用程序内购买以外的支付机制解锁应用程序中的功能或功能

4.3.0 - 是另一个应用程序的副本或显着类似于另一个应用程序

5.2.1 - 没有由拥有和负责提供应用程序提供的任何服务的法律实体提交

5.3.4 - 没有使用应用程序的所有位置的必要许可和权限

最近找我帮上架的我估算了一下百分之六十都是2.1大礼包问题。所以我也写了很多篇2.1大礼包的文章分享自己上架过审的经验,如果哪里写的不好,请不要见怪

在我们继续审核之前,请确认此应用不违反以上任何一条准则。您可以在“解决方案中心”或iTunes Connect中的“应用程序评论信息”部分回复此消息,以验证此应用程序的合规性。

鉴于这种类型的应用程序倾向于违反上述准则,这一审查将需要更多的时间。如果我们发现此应用程序在任何时候违反了这些准则,该应用程序将被拒绝并从App Store中删除,并可能导致您的Apple开发人员计划帐户被终止。

这封邮件,大部分被卡审的开发者几乎都在同一天收到了一模一样的。

摘要:IOS开发子经过日日夜夜的加班奋战,APP终于提交到了AppStore审核。(兴奋一波)本以后项目上线了可以休息一波了,但是APP审核被拒了。

   经过日日夜夜的加班奋战,APP终于提交到了AppStore审核。(兴奋一波)

   本以后项目上线了可以休息一波了,但是APP审核被拒了(心累一波)。

   接下来查看2.1被拒的信息,全是一些crash文件,那么要讲的就是如何通过这些log定位到具体问题。文件如下

第1步:首先建立一个文件夹,我这里是建立在桌面 叫 crash(根据自己习惯自定义)

第2步:打开xcode window -> organizer -> Archives 找到你提交的版本后  右键show in finder

第3步:在finder找到你的文件 类似这样的:

右键 显示你的马甲包内容

第4步:

打开dSYMs,复制里面的.dSYM  到你建立的目录 crash

第5步:

复制Application文件夹里面的文件 到crash文件

第6步:打开终端 输入:find /Applications/Xcode.app -name symbolicatecrash -type f

运行结果类似这样:/Applications/Xcode.app/Contents/SharedFrameworks/DVTFoundation.framework/Versions/A/Resources/symbolicatecrash

第7步:将symbolicatecrash也复制到你的目录 命令如下:cp /Applications/Xcode.app/Contents/SharedFrameworks/DVTFoundation.framework/Versions/A/Resources/symbolicatecrash /Users/lipingkang/Desktop/crash (根据自己的symbolicatecrash所在目录输入)

接下来cd到你的crash目录

输入命令:./symbolicatecrash /Users/lipingkang/Desktop/crash/temp..ezkktjme.crash /Users/lipingkang/Desktop/crash/AssociationProject.app.dSYM > my_symbol.crash

如果出现了Error: "DEVELOPER_DIR" is not defined at ./symbolicatecrash line 69.

再输入:export DEVELOPER_DIR="/Applications/Xcode.app/Contents/Developer”

然后再执行:./symbolicatecrash /Users/lipingkang/Desktop/crash/temp..ezkktjme.crash /Users/lipingkang/Desktop/crash/AssociationProject.app.dSYM > my_symbol.crash

这个时候crash目录下就多了my_symbol.crash这个文件,打开就可以定位到你程序奔溃的原因的了。

显然,这是来自于批量审核的结果。

目前,从苹果的算法改版可以得出几种结论:

1、AppStore之前卡审了一大批应用,这些卡审都是被机审时拦住;

2、AppStore升级机审的算法,机审会对代码库、二进制进行全方位审核;

3、只要是require a longer review time的,可以直接放弃,直接用新账号完善下二进制重新提交;

4、国外账号也开始没有优势了;

5、马甲包的几率也将变得非常小。

6、使用React Native

7、使用开关,审核时与上架后显示页面不同(此方案有被封号的风险)

8、购买有资质的账号(如银行类)

本文由作者原创,转载请注明地址

©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容

  • iOS开发规范 目录 编写目的 制定开发规范,可以在团队内部形成统一的开发习惯,减少协作的理解成本。此开发规范主要...
    Lorne_coder阅读 642评论 0 4
  • 如果大家是用真机在调试的过程中出现了Crash,那么请看iOS调试之 crash log分析 前言 导读:Unde...
    KODIE阅读 6,541评论 7 12
  • 1、通过CocoaPods安装项目名称项目信息 AFNetworking网络请求组件 FMDB本地数据库组件 SD...
    阳明AI阅读 16,020评论 3 119
  • 如果留给世界的只能是回忆 那我渴求印下曾经最美的时刻 思念是可触碰的距离 也许,多年以后 青春将被散去,回忆模糊 ...
    油麻菜籽a丹诺阅读 264评论 0 0
  • 下午去广场遛狗,看到一个美女用买菜大妈拉的那个车拉着一只狗狗,狗的头露在外面,身子装在口袋里,我问她怎么不把狗放出...