一 、iOS APP 上架流程简介
苹果的开发者账号主要分为个人（Individual）、公司（Company）、企业（Enterprise）、高校（University）四种类型，每年资费分别为$99、$99、$299、免费）。一般开发者申请的都是个人或者公司的，企业的开发者账号开发应用不能发布到App Store，只能企业内部使用。这个申请过程一般可能需要一个星期左右。公司和企业的需要邓白氏码，如果邓白氏码未申请，请先申请邓白氏码，这个过程需要一到两个星期。
通过 Mac的钥匙串工具，生成证书请求文件，下载证书，这里需要注意的是下载下来的证书只能在请求该证书的电脑上使用，如果想给其他开发者使用需要将已经导入的证书导出为个人信息交换（.p12）格式供他人使用。AppID 的创建需要用到项目的Bundle ID，之后便可以创建描述文件了。
在开发者中心里的iTunes Connect 里的 APP 选项中新建 APP 项目并配置相应的信息（需要各个版本的屏幕截图，运行模拟器，调到最大（command+1），用 command+s截图，还有就是一个1024*1024的图标，不能有圆角）
将 2 步骤中申请好的证书和描述文件正确配置到 Xcode 中，设置好Xcode的一些属性：
1.在Xcode中选择iOS Device(这里不能选择模拟器);2.如果应用不支持横屏，请在 General 选项中将 Landscape Left 和 Landscape Right 两项的勾选去掉;3.查看版本号和构建版本号;4.将断点、全局断点、僵尸模式等都去掉;5.设置为 Release 模式。之后便可选择 Xcode->Product->Archive打包项目，打包完成后选择 Upload to App Store上传。如果不想使用 Xcode上传的话，也可以选择 Export导出ipa文件， 需要注意的是在导出时，必须选择 Save for iOS App Store Deployment。然后通过Application Loader 工具上传 ipa 文件。
以上步骤完成后，返回 iTunes Connect 上查看自己的 App 信息，在构建版本中选择刚刚上传的 App 版本，此时有可能显示正在处理，这时可能需要等几分钟再回来查看。选择好版本后点击提交以供审核，这时 App 会变成等待审核状态。
后续就是等待苹果的审核人员审核应用了，如果一切顺利的话，这个过程需要一到两个工作日便可完成审核，当然前提是你的应用符合苹果的审核条款。如果审核不通过，请及时根据反馈信息修改应用，再次提交直到符合要求。审核通过后，如果之前选择已经选择好自动发布，便可在 AppStore 上查看和下载应用了。
二 、iOS 上架审核过程常见的坑与解决方法
为了防止非法滥用用户生成的内容，从而给用户提供虚假信息、盗取用户的知识产权，社交应用以及应用当中包含用户生成的信息的应用必须包括下述功能：1.过滤不良内容2.提供举报机制3.后台服务可以提供阻止骚扰用户的行为4.提供官方联系方式，让用户可以快速联系到开发商
解决方案：维秀直播 App 提供了用户实时弹幕功能，所以涉及到了 UGC，他们的处理方法是增加关键词过滤，还有通过房管的方式人工审核，处理违规用户。
IDFA 主要被用于广告中区分设备的作用。AppStore 禁止没有使用广告而采集 IDFA 的 App 上架，所以如果 App 本身没有广告的话，使用第三方 SDK 要注意检查是否含有 IDFA 广告模块。
解决方案：如果应用本身有集成广告的话，只需要在提交审核的时候勾选正确的广告标识符选项即可。如果应用本身未集成广告，却包含 IDFA的话。这种情况一般都是集成的第三方 SDK中包含IDFA 导致的。首先寻找是否有不包含 IDFA 的SDK 版本，如果没有的话可以参考 ShareSDK 的解决方法，通过后台配置在审核期间为应用添加广告，审核完成过后将广告展示去掉。
2016年6月1号起，苹果的审核人员会在 IPv6 网络上审核你的应用，所以如果你的应用程序无法使用 IPv6 协议，可能会被拒绝。
解决方案：卓易夺宝和乐动听 App 上架过程中就因为 IPv6 的支持原因被拒。他们的解决方案是：协调后端人员添加对 IPv6 网络的支持。App 端更新相关的第三方 SDK，比如使用ASI 或者 AFN 的版本太低,使用最新的AFN即可解决问题。当然这些做完之后最好在Mac 上面搭建 IPv6网络供测试人员进行完测试再重新发布。
这个问题其实被拒的原因有两种，第一种是未安装应用没有任何提示，这种情况下相当于应用有无效的按钮所以会被拒；第二种是提示下载对应的第三方 App，这也是苹果所不允许的。
解决方案：最新的第三方登录等相关的 SDK 目前已知的（微信，QQ，微博）都已经对这种情况做了处理，在未安装的情况下会调用 web 进行登录，所以如果测试过程中发现可以成功在 web 上登录的话可以不做处理。以前在没有这种处理机制的情况下需要开发者调用对应接口，先判断是否安装了相应的第三方 APP，如果未安装，需要隐藏按钮，这样便可轻松过审。
根据苹果官方最新的审核条款：如果你希望通过付费才可以解锁你的应用当中的一些功能（例如，订阅内容，游戏货币，游戏关卡，获取优质内容，解锁完整版本），你必须使用应用内付费（IAP）。如果这种情况下，应用使用了其他的第三方支付，应用将被拒绝上架。
解决方案：审核的时候，把相应的虚拟产品隐藏起来，通过后再放出来，此招有风险，可能会受到警告信，甚至被封号，如果用户量小就无所谓了，先把App 搞上架!审核的时候，走 IAP 的支付方式，审核完成后再通过服务器配置动态切换到支付宝、微信等第三方支付。该法类似于方案1，也存在风险。学习58同城，让用户去网站购买产品，买了产品的账号到移动端使用功能。老老实实的使用 IAP 吧。
关于位置服务苹果的审核条款原文如下：使用位置服务的应用程序必须提供和位置服务直接相关的功能。使用基于位置的API不允许用于提供紧急服务，或者实现自动控制车辆、飞行器以及其他设备（小型的设备例如小型无人机和玩具例外），远程控制汽车警报系统等。在收集、传输和使用用户的位置数据之前，请确保你已经取得了用户的同意。如果应用程序使用了后台定位服务，务必在应用当中阐明其目的。并且使用后台定位的话需要提供一个明确的提醒告诉用户这么做会加快电量消耗。一般应用在这一块被拒的原因有以下几种：1.应用根本不需要定位功能。2.应用需要定位功能，但是只需要短暂的获取少数的用户的位置，比如美团，新闻类的应用需要获得当前用户的所在城市，却使用了后台定位模式。3.应用确实需要使用后台定位，比如打车类软件，但是应用中却没有任何界面展示这些定位数据。
解决方案：4.如果你的应用根本不需要定位功能，但是还是在info.plist里面添加了location in theUIBackgroundModes key ，那么在plist文件里面移除UIBackgroundModes key就可以，这中情况较少，新手小白会犯这种错误。5.如果只是简单获取位置不需要使用后台定位，只需要去掉info.plist 的文件中的 UIBackgroundModes 即可。6.这种情况比较复杂，推荐的做法是通过表格或者轨迹展示出后台定位的数据，再提交审核的时候告诉苹果那个功能需要后台定位，具体展示后台定位的数据在那个界面,最后需要 Continued use of GPS running in the background can dramatically decrease battery life加到 App 描述里面，可以参考滴滴出行的描述，否则也会被拒绝。
iOS 10 之后如果需要调用相机，蓝牙等设备时，需要在 info.plist 文件中进行相应的配置，否则应用会直接崩溃，在 iOS 10 之前则是无法访问。另外，如果在 info.plist 中调用了配置了权限在应用中却没有使用到也是会被拒的。
解决方案：一定要注意自己的 App 在使用中用到了哪些权限，不要添加无用的权限，也不要缺少必要的权限。
应用内不能有任何提示更新应用的字样，且应用的更新只能通过 AppStore。因为苹果对于应用的更新有自己的一套策略，所以禁止应用本身提供更新方式，只要应用内出现。
解决方案：如果不是很必要的话，尽量将应用内涉及到应用更新的部分去掉。如果真的需要使用应用更新，推荐的方法是应用启动的时候获取下应用在 AppStore上面的版本号，与自己的版本号进行比较，当自己的版本号小于 AppStore 上面的版本号时，提示更新，否则的话不显示更新相关的内容。
根据AppStore 审核准则 20.4 的规定，抽奖卷或抽奖参与权的购买，不论是透过第三方支付渠道或者余额扣款实现，都不能够在 app 内执行。
解决方案：卓易夺宝 App 上架过程中遇到的问题，最后的解决方法是在审核过程中，所有的支付行为都跳转到 Safari浏览器上面进行，审核完成后再使用支付宝等 app 平台支付。
在未获得用户事先允许，或未告知用户信息将被如何，在哪里使用的情况下，应用不可以传输用户数据。
解决方案：《网站服务协议》《隐私条款》这些都不要少，注册时候让用户可勾选。另外注明需要的用户信息用来做什么。
如果应用中有需要用到账号或者其他资源的（例如：一个二维码）才能使用的一些功能，但未提供给苹果，可能会被拒绝上架。原因是苹果审核人员无法测试这些功能。
解决方案：提供一个有效的测试帐号以及登录信息，并提供测试功能必要的的硬件和资源（例如，一个测试用的二维码）
App Transport Security（ATS) 是 Apple 为增强 iOS App 网络通信安全提出的安全功能，适用于iOS App 和 App Extension；在启用 ATS 之后，它会强制应用通过HTTPS（而不是 HTTP ）连接网络服务。 WWDC 2016上提出，2016年底或2017年初，具体时间未定。App Store上架审核加强对ATS 配置的review，即强制应用必须通过HTTPS连接网络服务，而不是随手将NSAllowsArbitraryLoads置为 YES，否则审核不予通过。
解决方案:ATS 的提出，是为了在系统层面保障iOS APP 网络通信的安全；Apple 只所以加强对ATS 配置的审核，是为了防止开发者们遇到ATS相关的场景时，只是简单地将 ATS完全关闭（只要没有强制性措施，开发者会这么做）；在此基础上，App审核同样会遵循原则：App Review will require “reasonable justification” for most ATS exceptions。Apple 官方给出的可以通过审核的声明 demo 如下：1.必须使用第三方提供的服务，但是其没有支持 HTTPS；2.必须通过域名连接到设备，但该设备不能支持安全连接；3.必须展示不同来源的网页内容，但是不能基于 NSAllowsArbitraryLoadsInWebContent支持的类（UIWebView / WKWebView）实现；4.载入加密的媒体资源并且其中不涉及个人信息。
由于 Apple 官方并没有给出 ATS 审核的完整说明，ATS 审核时什么才是合适合理的声明也没有明确的客观定义，以上 demo 描述仅能作为参照。
