从不懂 iOS 开发到 App Store 上架，开发过程和经验全分享

我做的应用是 ，一个基于 CloudKit 的文件和文本传输工具，目前有 iOS 版、Mac 版以及网页版。除同步文件外，Seamless 的 iOS 版也是一个剪贴板应用。

应用从开发到上架历经九月，开发时间为工作日晚上和周末。在此分享整个过程所经历的事情，及一点经验和见解，希望能为同样有志于 iOS 开发的朋友提供些许帮助。

为什么开始 iOS 开发，应用想法如何诞生？

WWDC 2019 时，看到 SwiftUI 的发布，我有点兴奋。因为全职工作是前端开发，而 SwiftUI 一眼望去和平常写的 React 相似；平时对独立应用开发兴致勃勃，有好些项目都开了个头。我想 SwiftUI 应该能降低 iOS 开发的入门成本，说不定写起来真的和 React 差不多（剧透提醒：不是的）。于是我就想，我能做一个什么 App 呢？

想来想去，只能从自己的需求出发。

我平时不在工作 Mac 上登录微信，但有时候需要在微信上分享一些电脑上看到图片或文件。用多了 AirDrop，其实会发现 AirDrop 也没那么方便，配对过程有时会过长，而且 AirDrop 没有文件管理。

许多人为了同步文件和文本，往微信的文件传输助手发文件或文字。但这种方式的缺点也显而易见：文件有过期的风险、文件管理过于简陋。思索着这个需求的解决方案有值得优化的地方，于是 Seamless 应运而生。

所以最早的开始，Seamless 的定位就是一个更好的文件传输助手。

为自己开发是比较容易的，但自己的需求不一定通用。上架三个月以后，Seamless 的销量不尽人意，这里面有推广的问题，也有应用需求的问题。

如果你开发应用不仅仅是为了入门和学习，那么确认需求前，最好看看 App Store 是否有同类应用，和身边的朋友聊聊自己的应用想法，获取一些外界输入，确定这个应用是否真的有需求。

我觉得现状是，如果一个应用在 App Store 没有大量同类型应用，那么大概率是它没有大量需求，而不是你的想法绝妙。

所以选一个热门分类，然后比同类 App 做得更好比埋头做全新的产品有更大的概率获得成功。记账、To-Do App、笔记 App 等品类都非常热门，需求是已经验证过的。

我平时写的语言是 JavaScript，对 iOS 开发的所知有限，大概就是知道需要 Mac 和 XCode，以及要会 Swift 语言。兵马未动，粮草先行。于是我开始学习 Swift，学习资料是由志愿者翻译的官方文档《》。

虽然我是程序员，但如果正在阅读的你并不懂程序开发，我觉得也不要让这个成为你的绊脚石。除开在程序语言学习和编程经验上有优势外，iOS 开发和前端开发差别颇大，包括使用的工具、代码的组织形式等。绝大部分 iOS 开发相关的知识这些对我而言也是新的。

Swift 当然不是 iOS 开发的必需，现在有很多可选的跨平台技术方案，比如目前较热门的 Flutter。但据我观察，iOS 开发的盈利概率和水平仍是较高的，而采用原生的技术开发的 App 能提供最好的体验，这相对提高了盈利可能。

如果你不知道该选跨平台技术还是 Swift，那么你就应该选 Swift。

Swift 语言上手以后，我就开始学习 SwiftUI 了，学习资料也不过是苹果官方的 SwiftUI 文档，当时除了这个以外，也没有其他的了。我跟着这个 一行行地写，学完之后的心情如下图：

当时的 SwiftUI 还是第一个版本，许多功能不完整，而且相关学习资源稀有，对于初入 iOS 开发的人来说，一旦遇到问题就很容易落入困境，难以解决。再加上自己三天打鱼两天晒网的性格特点，学一阵子后我就弃 SwiftUI 而去，应用开发就此搁置，此时仍是 2019 年，世界仍和往常一样。

时间快进到 2020 年。

WWDC 2020 的新闻让我想起了这个应用，总不能一次次地挖坑而不填坑，于是一狠心一咬牙，在 WWDC 2020 前订阅了苹果开发者帐号。那时候我已确认 SwiftUI 还不是成熟技术，UIKit 仍然是首选，于是开始学习 UIKit。

UIKit 的学习资源非常丰富，我当时看的是 ，遇到某个书中没有详解的知识点时再搜索相关文章。iOS 社区非常活跃，许多问题都能在 Stack Overflow 或者 iOS 开发者的博客看到解决方法。

如果你是一个没有编程经验的新手，那么在搜索相关答案时，尽量还是使用英文关键字和对英文搜索支持更好的搜索引擎（Google 或者 Bing 都可以）。

随着 WWDC 2021 的发布，SwiftUI 也已到了第三个大版本。经过两年沉淀的 SwiftUI 不再像两年前那么孤零无助，已有着非常丰富的学习资源。

现在国内有由 Objc 中国出版的不错的 ，国外也有斯坦福出的公开课 ，Hacking with Swift 的 ，以及诸如 的各种各样的付费课程。

如果你现在需要做一个应用的话，SwiftUI 是更好的选择。

iOS 14 新添的桌面小组件只能由 SwiftUI 实现。iOS 15 更是带来了由 SwiftUI 重写的天气应用，SwiftUI 在 iOS 系统应用里也有了一席之地。SwiftUI 是苹果平台应用开发的未来，但这个未来更近了。

UIKit 尽管更成熟，有更多的解决方案。但 SwiftUI 有高得多的开发效率和上手速度：我用 SwiftUI 画过一个 App 的原型，只需区区数十行代码。

过去四年发布的 iPhone 里，有 。按照以往经验，iOS 15 发布后，很快就有大量 iPhone 升级至最新系统。这意味着，如果你现在开始规划一个 App，那么它的最低要求系统可以是 iOS 15，这样你就能用上。

虽然需求来源于自己，但这不意味着不需要需求文档，这只意味着你可以以任何方式来记录需求。而 Seamless 的需求文档最早是一篇用 Bear 写的笔记，里面解释了应用的基本功能。后续的开发过程中需求逐渐明确，文档滞后于实际产品，反正脑海里产品已明确，索性不再更新文档。

需求越来越清晰后，我就开始用 Things 管理项目。在 Things 里新建项目，然后新建「功能」、「Bug」、「其他」等标题，再在标题下添加待办事项。

项目管理是整个应用的生命周期里都是必不可少的。如果我要开发下一个应用，那么我会在项目开始就引入项目管理。而管理工具我觉得选择自己最喜欢的 To-Do App 即可。

最早的原型是我用中性笔在 A4 纸上画的。绘制的过程也是产品的规划过程：界面有几个 tab、每个 tab 表示什么、列表需要展示什么信息。

当然，我知道有更专业的原型工具，但我比较抗拒这里的软件学习过程（就是懒），所以我的原型仅仅停留在页面元素展示，没有任何的交互过程。

我后来也体验过一些在线原型应用，比如用 画线框图也有很不错的体验。

设计是许多程序员难以逾越的问题，我也不例外。

Seamless 的设计并不出众，在你有过硬的设计能力前，尽量贴近原生风格是不错的选择：Seamless 的设计参考了 iOS 的「文件」应用和 macOS 的「访达」应用，大部分组件也是原生 UIKit 组件。

是必读的，除了解苹果的设计语言外，里面罗列了系统自带组件以及其使用场景，在设计应用交互时获益匪浅，即使从头到尾地粗略翻翻也能获取不少新知。

应用图标是不少人的难题。Seamless 的图标我也不觉得「好看」，但与许多个人开发者自制的图标而言，这个图标可谓「不丑」。

我本身没有使用设计工具的经验，Photoshop、Sketch 之类的甚至没有安装，唯一安装的设计软件只有 Pixelmator Pro，所以 Seamless 的图标是在上面完成的。

图标的概念很简单，就是云和闪电作为主题，星星是装饰。有了图标概念后，就要开始绘制，而我是不会使用这些作图工具的，那应该如何是好？

我开始在网上找免费的图标库，然后找到里面的云、闪电和星星，再全部拖到 Pixelmator Pro 里面拼凑。但事实是，找到合适又免费的图标库要比想象中难。后来我灵机一动，想起苹果在 WWDC 2019 发布的 是可以导出

导出这三个图标的 SVG 文件，然后拖到 Pixelmator Pro，拼拼凑凑，这里点几下那里点几下的就解决了图标问题。

现在我年纪更大，更有智慧了，发现用 Figma 的做图标更快更好，我也建议大家用免费的 Figma，然后配合 SF Symbols 做图标。

Seamless 除了 iOS 版本外，还有一个由 AppKit 开发的 macOS 应用，而 AppKit 的问题是遇到了问题找不到答案。所以 Seamless for Mac 的代码量虽然远远少于 iOS 版本的，但给开发过程带来的心理负担却也不小：这东西到底该怎么弄，怎么文档一点用都没有，苹果到底在干嘛，我 100 刀的服务费就换来这样的东西？

如果你的应用一定要有 macOS 版本而且 Catalyst 不符合你的要求的话，那么开源 macOS App 项目是很好学习资料和参考对象。我在开发过程中主要参考了 RSS 阅读器 的实现。

或者也可以直接用 SwiftUI 写 macOS 版本，不过这方面的经验我也不多，仅提供一个想法。

作为一个经验尚浅的的苹果开发者，我认为苹果对新应用的审核较严格，而后续的版本更新一般能在 24 小时内通过，有时甚至能在一小时内通过。

Seamless 的第一次审核通过耗时三周，期间被拒绝三次，大部分时间都在等待苹果审核。

所以我觉得不要等到功能全做完再提交审核，当你觉得完整功能大概还需一月就能完成时即可提交审核。提交审核后是否上架在于开发者，但其实上架也无妨：反正也没人下载。

有一个应用网站能带来不少好处，因为网站能容纳更多内容，而且无需苹果审核。除了必须的隐私政策和基本的应用介绍，你还可以附上用户协议、帮助指南、常见问题、社交账号等。

如果你的应用功能较多，并且你希望长期运营应用，那么搭一个应用网站，宣传应用时把流量指向网站也是不错的。

建站的教程有许多，这里我不细谈。Seamless 用的是免费的 和开源项目 Next.js，整体体验非常好。

如果你需要分析网站访问，那么可以使用有着简单清晰控制台的 而不是 Google Analytics 或类似的老一代产品。在产品初期阶段，免费版应该足矣。

英语是必须的，不然你就失去了完整的国际市场。

虽然 Seamless 的用户还是以大陆用户为主，但原因也不过是因为我更熟悉中文互联网，能在许多中文网站上推广。而据我有限的英文网站推广经验而言，美国用户的付费率较高，如果你的应用能受到大陆用户欢迎，那没理由放弃付费率更高的发达国家用户。

如果你对自己的英文没有信心，那么就认真做好简体中文，然后直接使用广受好评的 完成英文版本。

Seamless 上线后的开发节奏依用户反馈而定，因为我也已到不能自产需求的阶段。Seamless 网页版、浏览器插件等功能来源于用户反馈。

这当然不意味着唯命是从，你仍然需要判断用户的需求是否通用，以及是否可行：比如有一些用户就建议再做一个 Seamless for Android，而这从开发成本而言是不可行的。

另外，既然用户已经发邮件联系了，说明他乐于提供建议。如果你不确定此功能是否必需，或者干脆不明白用户在说什么，那不妨继续和他探讨，让其提供使用场景和更多说明。

让更多的人知道你的应用是件难事，我也在学习之中。这里分享一些可以免费发帖，而且能带来一些用户的地方：

• : 创意工作者们的社区。看发帖后的热度或许就能明白应用的受欢迎程度。
• ：高效工作，品质生活。懂得都懂。
• : 社区网站 Reddit，可选择合适的版块发帖推广，如 。发帖前注意看版块的规则，有些版块不允许推广。

我目前还未尝试过付费推广，但如果你的应用有一定收入了，或许可以考虑付费推广，比如和一些公众号合作等。

你应该选择「免费下载，内购解锁高级功能」的模式。事实就是大家都不爱下载付费应用了，更不用说一个初出茅庐的付费应用。

当然，单纯做一个免费应用也未尝不可。如果你的免费应用能大卖的话，也能靠此积累一些知名度，对后续的应用推广也有帮助。

我想很多有意 iOS 开发的人，心底或许希望有一天能走上独立开发的路，这条看起来很自然的路。但如果你期望于应用发布后立即大卖上榜，那你很可能失望。

独立开发者一般只能做工具类应用，指望靠工具类应用养活一个团队是很难的，但养活一个人的可能性还是有的，特别是在中国这样不同城市生活成本差异巨大的国家。

目前来看，在业余时间进行 iOS 开发是一桩好事：软件开发也是创作，创作过程能带来快感。如果你能享受这过程，以平常心对待结果（App 打骨折也没人买），继续做下一个应用，很难说你没有机会。

希望以上分享能给大家带来帮助，共勉之。

App Store上架审核过程中常见问题整理

一、iOS APP上架流程简介

苹果的开发者账号主要分为个人（Individual）、公司（Company）、企业（Enterprise）、高校（University）四种类型，每年资费分别为$99、$99、$299、免费）。一般开发者申请的都是个人或者公司的，企业的开发者账号开发应用不能发布到App Store，只能企业内部使用。这个申请过程一般可能需要一个星期左右。公司和企业的需要邓白氏码，如果邓白氏码未申请，请先申请邓白氏码，这个过程需要一到两个星期。

2.创建证书、AppID、生成描述文件

通过Mac的钥匙串工具，生成证书请求文件，下载证书，这里需要注意的是下载下来的证书只能在请求该证书的电脑上使用，如果想给其他开发者使用需要将已经导入的证书导出为个人信息交换（.p12）格式供他人使用。AppID的创建需要用到项目的Bundle ID，之后便可以创建描述文件了。

在开发者中心里的iTunes Connect里的APP选项中新建APP项目并配置相应的信息（需要各个版本的屏幕截图，运行模拟器，调到最大（command+1），用command+s截图，还有就是一个的图标，不能有圆角）

将2步骤中申请好的证书和描述文件正确配置到Xcode中，设置好Xcode的一些属性：

3.查看版本号和构建版本号;

4.将断点、全局断点、僵尸模式等都去掉;

以上步骤完成后，返回iTunes Connect上查看自己的App信息，在构建版本中选择刚刚上传的App版本，此时有可能显示正在处理，这时可能需要等几分钟再回来查看。选择好版本后点击提交以供审核，这时App会变成等待审核状态。

后续就是等待苹果的审核人员审核应用了，如果一切顺利的话，这个过程需要一到两个工作日便可完成审核，当然前提是你的应用符合苹果的审核条款。如果审核不通过，请及时根据反馈信息修改应用，再次提交直到符合要求。审核通过后，如果之前选择已经选择好自动发布，便可在AppStore上查看和下载应用了。

二、iOS上架审核过程常见的坑与解决方法

1.问题：用户生成内容（UGC）缺少必要的审核

为了防止非法滥用用户生成的内容，从而给用户提供虚假信息、盗取用户的知识产权，社交应用以及应用当中包含用户生成的信息的应用必须包括下述功能：

3.后台服务可以提供阻止骚扰用户的行为

4.提供官方联系方式，让用户可以快速联系到开发商

维秀直播App提供了用户实时弹幕功能，所以涉及到了UGC，他们的处理方法是增加关键词过滤，还有通过房管的方式人工审核，处理违规用户。

2.问题：应用中使用了IDFA被拒绝

IDFA主要被用于广告中区分设备的作用。AppStore禁止没有使用广告而采集IDFA的App上架，所以如果App本身没有广告的话，使用第三方SDK要注意检查是否含有IDFA广告模块。

如果应用本身有集成广告的话，只需要在提交审核的时候勾选正确的广告标识符选项即可。

如果应用本身未集成广告，却包含IDFA的话。这种情况一般都是集成的第三方SDK中包含IDFA导致的。首先寻找是否有不包含IDFA的SDK版本，如果没有的话可以参考ShareSDK的解决方法，通过后台配置在审核期间为应用添加广告，审核完成过后将广告展示去掉。

3.问题：应用不支持IPv6网络下使用

2016年6月1号起，苹果的审核人员会在IPv6网络上审核你的应用，所以如果你的应用程序无法使用IPv6协议，可能会被拒绝。

卓易夺宝和乐动听App上架过程中就因为IPv6的支持原因被拒。他们的解决方案是：

协调后端人员添加对IPv6网络的支持。

App端更新相关的第三方SDK，比如使用ASI或者AFN的版本太低,使用最新的AFN即可解决问题。当然这些做完之后最好在Mac上面搭建IPv6网络供测试人员进行完测试再重新发布。

4.问题：第三方登录、支付、分享未安装应用，提示下载被拒

这个问题其实被拒的原因有两种，第一种是未安装应用没有任何提示，这种情况下相当于应用有无效的按钮所以会被拒；第二种是提示下载对应的第三方App，这也是苹果所不允许的。

最新的第三方登录等相关的SDK目前已知的（微信，QQ，微博）都已经对这种情况做了处理，在未安装的情况下会调用web进行登录，所以如果测试过程中发现可以成功在web上登录的话可以不做处理。以前在没有这种处理机制的情况下需要开发者调用对应接口，先判断是否安装了相应的第三方APP，如果未安装，需要隐藏按钮，这样便可轻松过审。

5.问题：虚拟产品未使用应用内支付（IAP）被拒

根据苹果官方最新的审核条款：如果你希望通过付费才可以解锁你的应用当中的一些功能（例如，订阅内容，游戏货币，游戏关卡，获取优质内容，解锁完整版本），你必须使用应用内付费（IAP）。如果这种情况下，应用使用了其他的第三方支付，应用将被拒绝上架。

审核的时候，把相应的虚拟产品隐藏起来，通过后再放出来，此招有风险，可能会受到警告信，甚至被封号，如果用户量小就无所谓了，先把App搞上架!

审核的时候，走IAP的支付方式，审核完成后再通过服务器配置动态切换到支付宝、微信等第三方支付。该法类似于方案1，也存在风险。

学习58同城，让用户去网站购买产品，买了产品的账号到移动端使用功能。

老老实实的使用IAP吧。

6.问题：使用后台定位被拒

关于位置服务苹果的审核条款原文如下：

使用位置服务的应用程序必须提供和位置服务直接相关的功能。使用基于位置的API不允许用于提供紧急服务，或者实现自动控制车辆、飞行器以及其他设备（小型的设备例如小型无人机和玩具例外），远程控制汽车警报系统等。在收集、传输和使用用户的位置数据之前，请确保你已经取得了用户的同意。如果应用程序使用了后台定位服务，务必在应用当中阐明其目的。并且使用后台定位的话需要提供一个明确的提醒告诉用户这么做会加快电量消耗。

一般应用在这一块被拒的原因有以下几种：

1.应用根本不需要定位功能。

2.应用需要定位功能，但是只需要短暂的获取少数的用户的位置，比如美团，新闻类的应用需要获得当前用户的所在城市，却使用了后台定位模式。

3.应用确实需要使用后台定位，比如打车类软件，但是应用中却没有任何界面展示这些定位数据。

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在使用中用到了哪些权限，不要添加无用的权限，也不要缺少必要的权限。

8.问题：应用提示更新被拒

应用内不能有任何提示更新应用的字样，且应用的更新只能通过AppStore。因为苹果对于应用的更新有自己的一套策略，所以禁止应用本身提供更新方式，只要应用内出现。

如果不是很必要的话，尽量将应用内涉及到应用更新的部分去掉。如果真的需要使用应用更新，推荐的方法是应用启动的时候获取下应用在AppStore上面的版本号，与自己的版本号进行比较，当自己的版本号小于AppStore上面的版本号时，提示更新，否则的话不显示更新相关的内容。

9.问题：夺宝（抽奖）类应用被拒

根据AppStore审核准则20.4的规定，抽奖卷或抽奖参与权的购买，不论是透过第三方支付渠道或者余额扣款实现，都不能够在app内执行。

卓易夺宝App上架过程中遇到的问题，最后的解决方法是在审核过程中，所有的支付行为都跳转到Safari浏览器上面进行，审核完成后再使用支付宝等app平台支付。

10.问题：隐私条款问题被拒

在未获得用户事先允许，或未告知用户信息将被如何，在哪里使用的情况下，应用不可以传输用户数据。

《网站服务协议》《隐私条款》这些都不要少，注册时候让用户可勾选。另外注明需要的用户信息用来做什么。

11.问题：未提供测试账号被拒

如果应用中有需要用到账号或者其他资源的（例如：一个二维码）才能使用的一些功能，但未提供给苹果，可能会被拒绝上架。原因是苹果审核人员无法测试这些功能。

提供一个有效的测试帐号以及登录信息，并提供测试功能必要的的硬件和资源（例如，一个测试用的二维码）

12.问题：未通过HTTPS访问被拒

Store上架审核加强对ATS配置的review，即强制应用必须通过HTTPS连接网络服务，而不是随手将NSAllowsArbitraryLoads置为YES，否则审核不予通过。

ATS的提出，是为了在系统层面保障iOS APP网络通信的安全；Apple只所以加强对ATS配置的审核，是为了防止开发者们遇到ATS相关的场景时，只是简单地将ATS完全关闭（只要没有强制性措施，开发者会这么做）；在此基础上，App审核同样会遵循原则：App Review will requirereasonable justificationfor most ATS

Apple官方给出的可以通过审核的声明demo如下：

1.必须使用第三方提供的服务，但是其没有支持HTTPS；

2.必须通过域名连接到设备，但该设备不能支持安全连接；

4.载入加密的媒体资源并且其中不涉及个人信息。

由于Apple官方并没有给出ATS审核的完整说明，ATS审核时什么才是合适合理的声明也没有明确的客观定义，以上demo描述仅能作为参照。

从日本采购二手挖掘机进口操作,日本原装二手挖掘机
德国旧木材集运机进口国际物流运输报关

苹果app审核通过之后手动发布需要多久？

你要花一个月的时间来取笑我。你得花很长时间。再说，这不是诉讼。效率并不低。手动释放。虽然AppStore在获得批准后无法及时更新，但不会花一个月的时间。在批准后的3小时内，它会自动在应用商店中发布和更新。所以手动出版不能超过三个小时。我试过了。手动发布后，大约5分钟后就可以在app store中看到它。

ios发布app审核需要多长时间？

iOS APP审核需要多长时间？

当然，除了加强对应用程序的管理要求和上传要求外，苹果公司早在3月6日就开始对应用程序进行审查，日本方面通知其员工，由于病毒危机的蔓延，实施家庭远程办公。据悉，由于下载速度、工作流程和安全策略等原因，远程办公将对相关审计产生很大影响。

目前，根据奇迈研究院整理的数据，推测审计持续时间、审查更新等相关审计工作都受到疫情的影响。

自3月14日起，审核时间明显延长，从不足一天延长到24小时以上，3月15日审核时间达到32小时。

从APP评论的更新情况来看，APP的更新明显下降。从14日开始，一些产品没有评论。

苹果应用上架审核得多久？

这是苹果公司最近30天的审核持续时间：

版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任。如有侵权/违法内容，本站将立刻删除。