一、在线流程
1.应用启动流程
2.iOS项目上传到步骤流程
3.IOS应用发布到Apple APP STORE完成
4.iOS9下App Store上传应用新指南
5.新 iOS 发布注意事项
二、APP上线被拒的各种原因
1、程序有大bug，程序无法启动，或者中途退出。
2、绕过苹果的支付渠道，我们在之前的游戏中使用兑换码兑换金币。
3、如果游戏中有实物奖励，一定要明确表示奖励由公司负责，与苹果无关。
4、使用 Apple 标志。（app的设计太像苹果的Logo风格也会被拒）
5、网络功能无法正常访问。
6、图标不能点击，不能点击的图标要灰显，或者直接隐藏。
7、没有设置页面，启动画面是黑屏，有一定概率会被拒绝。
8、一个应用上线了，但是你想分发豪华版什么的，打开另一个应用也会被拒绝。9、使用著名游戏中的关键字，例如“愤怒的小鸟”之类的。
10、 版本决定不支持分辨率。
11、娱乐类应用，拒绝理由：我们认为你的应用没有娱乐性。
12、你的软件不符合中国法律，你打电话告诉我。（外婆家，中国哪条法律规定不允许FQ。）
13、技术支持地址写的微博地址被拒绝。原因是：需要登录才能访问的URL不能作为技术支持地址。
14、 表示我们的应用不应该用App开发，而应该用HTML5。（而且也很热心给个参考链接）
15、 截图函数被调用了，但是我当时没有注意到。这是一个私有 API，被拒绝了。改成非私有API实现截图功能并通过。
16、文件共享功能（file）打开了，但是返回了。原因：不用分享，为什么要打开。回复邮件并说明原因并上线。
17、年龄设置太低，说有成人内容，被拒。修改内容后，上线。
18、同一个软件的多个版本只针对不同的国家和不同的内置语言。第一个在线，后一个被拒绝。让它变成一个程序来下载程序内的资源。
19、程序崩溃，被拒绝。修改bug后上线。
20、原因是我们的一款软件只允许联通用户验证真实身份和发布信息。Apple 要求要么放弃验证，要么允许移动和电信用户进行验证。
21、APP中出现了以乔布斯为封面的集团刊物图片，被拒。回复：感谢您的应用史蒂夫乔布斯。我们是你的史蒂夫。，我们必须以其他方式来纪念他的生命，而我们不是这些类型的应用程序。
22、我原来做了一个显示假电池的app，就是显示假电池，这样当有人要你借手机的时候，因为电池没电了，不能借给他力量。结果，App Store 表示会迷惑用户。，让我更改配置文件。改完后，苹果中国打电话给我说这个app不用再提交了，不可能通过，会迷惑用户……我去了，这个app一直存在于我的心里。
23、忘记提供测试账号。（如果你的APP有登录功能）
24、软件有vip功能，疑似应用内收费。
25、拨打电话，疑似扣款。
26、如果画面比较酷，需要设置软件级别。
27、平板应用程序应至少支持 2 个翻转方向。
28、应用内按钮设计为标准 iOS 图标。
29、内置的付费内容要明确告知需要购买，购买前不能显示（这点倒霉，很多app也是这样）
30、提交自己的新应用。为了统一旗下各款产品的品牌标识，采用了与以往产品相似的色调和logo结构。苹果拒绝的原因是它不知道这两款产品的区别（其实区别很明显，甚至UI布局也大不相同）。
31、申请中涉及抽奖的操作，并没有声明与苹果无关。
32、（丢失）
33、认为产品的第一版并不完美，所以在闪屏上加上“beta”二字就太谦虚了。苹果的反馈是测试版产品不允许上架。囧，我后来查了一下，好像提到了这个。
34、链接堆叠，苹果推荐使用HTML5来做
35、嵌入式页面，苹果建议允许用户通过浏览器访问，比如爱知乎，前几个版本通过，后续更新都没有提交给屏幕坏点检测应用，苹果表示会误导用户，不在名单中
36、登录账号有两个字母倒写。修正后会通过
37、因为远程服务器响应慢，苹果人大概没有耐心等待，所以说有bug拒绝了，重新提交了pass
38、应用标题添加了几个描述性的句子。苹果要求描述中指定实现此目的的操作流程。
39、在描述文本中带有网站链接的第三方应用程序。进入网站后，可以找到付费链接。苹果表示，该网站有自己的支付方式。
40、app请求使用地理位置的权限，但是相关功能隐藏很深，苹果表示没有找到相关功能。- 回复说明后通过
41、应用描述中提到它是一个全平台应用，可以与其他系统同步数据。它被拒绝了，因为提到了“”这个词。— 修改描述后通过
42、App's User出现在Beta等字样中。由于是第一个发布的版本，产品具有一定的beta性质，但确实是可发布的产品。根据公司LEGAL部门（外企如何在美区苹果商店App store购买 GoodNotes 5 付费app应用，对用户要求严格）的要求，必须有类似Beta的描述告知用户，而Apple明确不允许带有Beta性质的字眼。
43、App是 的社区工具，顺便打广告，但是苹果的评论说是广告应用，不允许发布。
44、应用中有评价我们的功能，被拒绝了。. （这是历史上最糟糕的拒绝理由吗？）
45、网络工具软件，需要支持国外电信运营商网络。
46、曾经做过美图秀，被认为不适合App Store。47、iOS 5数据存储问题...从网络下载的资源不能直接在目录下。这样重复了大约5次才通过审核。
48、 忘记提供测试账号了...（你们可以自己弄一个或者注册一个账号吗？）
49、有一次被拒，我回复说你说的问题不存在……后来……通过了审核。-.-
50、菜单中有文字包含测试，被回调，说不能使用测试版。
51、app名称中包含pad，被回调。很容易说名字不能有pad，会被误解为苹果自己的应用，但是同名版本已经过去了……
52、由于兼容性问题（仅）无法打开地址，结果收到了苹果的来信。
53、app里面有抽奖，有奖，但他们只好要求我们把奖品换成别的，同时声明这个活动和之前的苹果没有任何关系可以放在架子上。. .
54、app里面有抽奖，有奖，但是他们只好要求我们把奖品换成别的，同时声明这个活动和之前的苹果没有任何关系可以放在架子上。. .
55、程序的描述信息中有两个词“越狱”，但是被拒绝了，然后这两个词被去掉，PASS。但是：如果我在程序运行过程中检测到手机越狱，会不会上报结果让它通过？
56、使用GPS常驻后台服务，请我给个合适的理由，否则我就不审核了，还好解释已经翻了。
57、出现“给我们五星评价”之类的文字。
58、app里提到了付费项目，但没有一个是通过苹果支付的（企图阻止苹果老板赚钱） 59、问我服务是不是只在IOS平台，或者如果同时支持多个平台（我当然支持苹果老大的领导，没有其他平台，独家）
60、地图应用，大神的LOGO不显示。
61、地图下方的logo被1挡住了，被拒绝了。调整好位置后ok
62、比较和判断没有通用比较标准的人群。不比人类和动物好
63、上传通讯录不通知。等待几个月后，苹果在法律纠纷几乎结束后拒绝了它。然后添加提示后，就ok了。
64、我写的英文App介绍，审稿人看不懂如何在美区苹果商店App store购买 GoodNotes 5 付费app应用，被拒了。然后直接用中文。啊。
65、拒绝，因为用户认证是通过上行短信实现的 66、如果测试者的手机号在国外，会因为收不到国内短信而被拒绝
67、他们打开我的一个APP测试，显示空白，没有内容，哈哈，因为他们的相册里没有图片，他们说我的程序的功能还没有开发，对吧？然后我回信，第二天它就上架了。虽然这个小应用程序非常简单。
68、最烦的是提供了测试用户账号密码，是我们的一位廉价测试人员测试更改密码时更改的。. . 所以苹果无法登录，所以杯具
69、IAP价格不能超过$99（其中一个是$99.$99，你妹！！！！！！！多吃$99你就瘫痪了！！人人都能玩游戏！！！！！！为什么我们不能！！！）
70、不能强制用户注册（网游啊亲！！你妹有直接登录按钮！！！不用注册！！试试你就shi了！！！）
71、网址无法访问（麻烦！！！当年GFW风很大，国外访问国内网站有问题，你姐姐躲在香港，请体谅国内的人中国大陆！！！）
72、 没有生成付费iOS合约（游戏中包含IAP，嗯，这是合作公司做的乌龙，所以我不会抱怨苹果）
73、一位微博客户端提供了一个测试账号，被拒绝的原因是“账号无法登录”，并且有截图。我看到这不包括我们提供的测试帐户的最后两个字母。是不是反过来写了……快点反馈，只用了三天就继续审稿了。这三天实在是太糟糕了。
74、某门户新闻客户端，一个免费的应用，被拒绝了，因为“找不到应用内物品对应的接口”，但是我们的应用没有应用内支付，继续反馈。 .. 再次等待 三天...75、 Human 解释了如何正确使用基本的 UI 控件。我们应该按照它的要求来检查 Tab Bar、Bar 和 Alert View 等控件是否符合 Apple 的口味。
76、确保应用程序不会模仿设备上预装应用程序的样式和功能，例如音乐、音乐商店、应用程序商店等。此规则似乎是可选的，因为许多浏览器和指南针- 类似的应用程序已获批准。
77、不要添加过多的脏话、无端的成人场景和吸毒场景。
78、不要重新编程硬件按钮来分配其他功能。例如，不要将音量按钮用作相机应用程序的快门按钮，也不要将主页按钮用作游戏中的开火按钮。
三、常见问题
1.BUG
2.2 - Apps that exhibit bugs will be rejected
程序有bug，这个应该属于最浅显易懂的拒绝原因。但是谁又会提交一个有明显bug的版本上去呢？
我们有一个“使用微信登陆”的按钮，审核人员告诉我们，“unresponsive when tapped”，原因其实就是没有检查用户是否安装了微信，导致在未安装微信的设备上，这个按钮就没有响应。
2.程序依赖
10.6 - Apple and our customers place a high value on simple, refined, creative, well thought through interfaces. They take more work but are worth it. Apple sets a high bar. If your user interface is complex or less than very good, it may be rejected
这段话的说法其实很模糊，你的程序太差了所以被拒绝了。不过好在每次审核人员都会解释到底“差”在哪里，并且附上一个“Next Steps”告诉你怎么解决。（不过Beta版的审核人员不会这么做，感觉这是两个不同的部门，审核标准也略有不同，正式上架的审核会严格些，下文会详细介绍。）
Apps should be able to run on launch, without requiring additional applications to be installed.
这句话很重要，我们因为这个原因被拒了两次。我们的应用需要登陆，我们开始时我们只提供了一个第三方的微信登陆，第一次提交后，我们“贴心”的增加了判断，当用户未安装微信时点击微信登陆，会收到弹窗提醒告诉你未安装。不允许。
后一次提交的时候，我们增加了电报作为登陆方式，结果电报提供的手机SDK也和微信一个尿性，不装应用不能登录，更甚者不装最新版的不能登陆。毫无疑问，我们又被拒了，这次审核人员很贴心的用了一个“still”：We still find that your app requires the installation of another app before it can be used。于是我们很自作聪明的采用电报web的登录方式来绕过必须安装手机电报的问题，花了好大的精力，但实际上意义不大，国内不装手机电报的用户屈指可数，而且不用qq的人基本上也不属于我们的应用的潜在用户。
这样做总算是通过了Beta版的审核，当我们正式提交的时候，还是被拒了。
Apps should be able to run on launch, without requiring additional applications to be installed.
这句话很重要，所以要说两遍。没装微信时，我们给了提示，不允许。在审核人员看来，你这种做法属于“required to install WeChat”。
更加方便的做法应该是，“没装电报就不显示电报登陆的按钮，没装微信就不显示微信登陆”，如果确实想用第三方登陆，请使用微博，他家SDK很贴心的在未安装微博时使用网页登陆。最好，你还是提供一个测试账号用于登陆。另外值得注意的是，在ios中，必要的操作都应该在应用内完成，不应该弹出到应用外，我们使用了qq的一个分享功能，qq的sdk在未安装电报时会弹出到Safari里让用户登陆，因为这个事情，又被拒了一次。
3.用户系统
17.2 - Apps that require users to share personal information, such as email address and date of birth, in order to function will be rejected
审核人员告诉我们，我们用了电报、微信、微博的登陆授权，但是呢，“does not include account-based features offered by that site”，没用到他们网站提供的相应功能。
解决这个问题要么就增加“account-based features of that social network”，要么就使用自己的账户系统。但是网上的资料告诉我们说，自己的账户系统就一定要有完整的一套功能，密码找回之类的，不然会涉及到收集用户信息。
4.访客模式
到底要不要做游客模式，这个问题我们争论了很久，理论上讲，如果你有完整的自己的用户系统，可以注册，那么确实没有必要游客系统。这样的应用有很多，比如微信电报，比如Nike Training。但是大部分应用都是有的，这个问题的考量，更多的时从用户体验的角度上来看，用户是否必须要登陆才能使用。
what if 只有第三方登陆呢？
这个问题就比较棘手了，按照17.2的说法，必须要有““account-based features of that social network”。在这个问题上，我们理解是这样的，如果你的应用是基于个人账户的，所有的功能点都是围绕着用户系统展开的，那么，只提供一个第三方登陆，应该是远远不够的，你必须要有自己的用户系统；反之，如果你的应用，登陆属于bonus，比如“最美应用”，“ZAKER”（它们刚刚关闭了自有账户的注册）,那么，只使用第三方登陆是可以的。
5.
2.23 - Apps must follow the iOS Data Storage Guidelines or they will be rejected
审核人员说，我们的应用一打开，数据下载完毕后，就产生了3兆多的数据，这些数据我们默认是储存在/Documents里的，这个目录下的数据是默认会被同步到iCloud上去的。但是，只有用户自己产生的数据，才可以同步过去。简而言之，我们存错地方了，我们保存的其实是cache文件，这些文件是不应该被同步的，增加"do not back up" attribute就可以了，当然保险起见，cache类的文件不应该储存到/Documents里。
/Documents 里面只能存放用户产生的文件。
如果为了满足应用在离线状态下的使用，那么你缓存文件应当 /Library/Caches这里面。
放在/tmp 里的东西，用完就要去把它删掉。
用户自己放到documents里的数据，你也可以将其设为不同步到iCloud上去，以节约用户的iCloud空间。（毕竟是花钱买到）
上面四条就是 iOS Data Storage Guidelines中提到的四条规则。
另外值得注意的就是iTunes中对于应用数据的暴露，用户通过iTunes是可以直接访问Documents里的数据的，那么如果不希望用户拿到的数据，其实是不应该放在这里面的。
节点/小火箭/美区ID/国外苹果ID/美区小火箭购买/美区小火箭兑换码/shadowrocket兑换码/苹果商店下载shadowrocket网址
原文链接：iOS９下AppStore应用上传新指南iOS项目上传到步骤流程，转载请注明来源！