菩提自性如果你刚接触 iOS 开发，大概率已经在信息流里刷到过无数个"三分钟做出一个 App"的标题党视频。但等你真正打开 Xcode，面对一堆面板、证书、描述文件和签名报错时，才会意识到：把一个应用从 idea 变成能用、再到能上架，中间隔着的不是天赋，而是一整套你可能从来没见过的工具链和流程。
这篇东西不打算给你画饼，也不讲虚的"职业规划"。我会从一个做了多年 iOS 开发、带过不少新人的老油条视角，把你从零开始做第一个 iOS 应用要走的完整路径拆开揉碎：环境怎么搭、代码怎么写、包怎么打、坑怎么踩。目标是让你照着这份记录，真能把一个属于自己的应用跑在手机上，甚至走完上架 App Store 的流程。
这篇内容适合谁？零基础但想认真学 iOS 开发的新手、已经会一点前端或其他语言想转 iOS 的人、以及那些想给自己的工具或作品做成 App 的非专业开发者。
1. 动手之前，先把这三件事准备好
1.1 为什么第一步不是打开 Xcode 就写代码
很多新手上来就急着写代码，但真正的第一步应该是接受一个现实：iOS 开发是一个封闭生态，你绕不开苹果的官方工具链。这跟写网页不一样，不是找个编辑器加上浏览器就能跑，你必须有一台能装 Xcode 的 Mac，以及一个 Apple ID。
我第一次带新人时，有人对着 Windows 电脑问能不能装 Xcode，答案是不能。不是因为苹果故意卡你，而是因为 iOS 的编译器、模拟器和签名机制都深度绑定 macOS。如果你手头真没有 Mac，租一台云 Mac 或者用 Mac mini 是最稳妥的选择，别在这方面浪费时间去折腾非官方方案，你会后悔的。
在正式开工之前，我建议你把这四样东西准备好：
- 一台 Mac，系统更新到较新的版本，硬盘至少留 60GB 以上空间
- 一个 Apple ID，用来登录 Xcode、真机调试和后续上架
- 一部 iPhone，最好是主力机之外能随便折腾的旧手机
- 一根靠谱的数据线，原装或 MFi 认证的，别用几块钱的劣质线
有人可能会问，只用模拟器不买真机行不行？可以，但我会在后面单独讲模拟器的局限性。我的建议是，如果你真的想把 iOS 开发当作一个长期技能，一台真机是必须的。
1.2 Xcode 安装与模拟器的第一次启动
Xcode 的安装本身没什么难度，打开 Mac 上的 App Store，搜索 Xcode，点击安装就行。这个包很大，十几 GB 起步，下载时间取决于你的网络。装完之后第一次启动，它会让你安装一些额外的组件，比如 iOS 平台的模拟器运行时，同样需要耐心等。
这里我要多说一句：很多新手装完 Xcode 就急着点"Create New Project"，结果连模拟器都没有。正确的做法是先检查一下你的 Xcode 里有没有下载对应版本的 iOS Simulator。打开 Xcode 的 Settings（快捷键 Cmd+,），切到 Components 标签页，把 iOS 模拟器运行时装上。这个步骤被大多数人忽略，但它是你后面所有运行调试的基础。
模拟器第一次启动时，你会看到一个长得跟 iPhone 一模一样的窗口。它能做大部分日常调试：点击、滑动、旋转屏幕、模拟定位、甚至模拟各种网络状态。我平时开发时 90% 的功能都在模拟器里验证，因为它快，不用等真机编译，而且可以随时切换不同尺寸的设备测试布局适配。
但模拟器也有明显的短板：它不能测试相机、不能真实获取传感器数据、不能完整模拟推送通知的远程流程，而且它的性能表现跟真机差距很大。所以模拟器适合验证"功能逻辑是否正确"，真机适合验证"体验是否正常"。
1.3 开发者模式：从"能跑"到"跑在真机上"
等你第一次把应用跑上真机的时候，会碰上一个专门为新手准备的拦路虎：iOS 上的开发者模式（Developer Mode）。
苹果从 iOS 16 开始，默认关闭了开发者模式。如果想在真机上调试自己开发的 App，必须先在 iPhone 的"设置-隐私与安全性"最底部找到"开发者模式"，把它打开，然后手机会要求重启。重启之后它还会再问你一次确认，点"打开"并输入锁屏密码，这就算打通了真机调试的第一关。
接下来你在 Xcode 里把手机连上电脑，第一次会弹出一堆信任提示：手机上要信任这台电脑（设置里会出现"开发者 App"的允许选项），Xcode 里要选择你的开发者身份。如果你用的是免费 Apple ID，Xcode 会自动帮你生成一个临时的开发者证书，有效期只有 7 天，到期后需要在 Xcode 里重新签名。
这一套流程我第一次走的时候，光是"信任"这个鬼东西就折腾了半小时。后来才知道，苹果在手机和电脑两端各设置了一道信任确认，就是为了防止恶意代码未经授权安装到设备上。你只要记住一个原则：手机弹窗选信任，Xcode 报错看签名，基本就能过关。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 手把手开发你的第一个工具型应用
2.1 先做选择：SwiftUI 还是 UIKit
打开 Xcode 新建项目，你第一个要面对的选择就是：SwiftUI 还是 UIKit。
简单说，SwiftUI 是苹果 2019 年推出的新一代声明式 UI 框架，用代码描述界面长什么样，代码量少，写起来很接近现代前端。UIKit 则是 2013 年以后一直沿用至今的老牌框架，用命令式的方式控制界面，市面上绝大多数还在维护的 App 用的都是它。
我的建议很明确：纯新手直接学 SwiftUI，但不要完全不碰 UIKit。原因是，SwiftUI 的语法更贴近自然语言，写一个列表加按钮只需要几行代码，新手能很快看到成果，这非常重要——学编程最大的动力就是"我能看到自己在变强"。而 UIKit 的学习曲线陡峭，新手很容易在 Auto Layout 和 delegate 回调里耗尽耐心。
我自己带过几个新人，用 SwiftUI 的通常两三周就能做出一个能展示、能交互的小工具；直接学 UIKit 的，一个月还在跟约束和控制器生命周期较劲。不是说 UIKit 不重要，而是它的底层概念可以等你想深挖的时候再补。
不过有一点要注意：如果你将来想去做商业项目或者进大公司，很多老项目用的还是 UIKit，所以 SwiftUI 入门、UIKit 补基础，是性价比最高的组合。我给新人设计的学习路径通常是：先用 SwiftUI 做完两三个小应用，再回头去读 UIKit 的核心概念（ViewController、UIView、Auto Layout），这样两边都能接得上。
2.2 从空模板看懂一个 iOS App 的骨架
新建项目的时候，Xcode 会给你一个默认的 App 模板。如果你选的是 SwiftUI，生成的代码其实就两块：一个 App 入口文件和一个 ContentView。
这个 App 入口文件长这样：
swift复制import SwiftUI
@main
struct MyFirstAppApp: App {
var body: some Scene {
WindowGroup {
ContentView()
}
}
}
这段代码的核心是 @main 和 App 协议。@main 告诉编译器这是整个程序的入口，App 协议定义了应用的生命周期。WindowGroup 可以理解成一个容器，它里面放着你 App 的第一个界面，也就是 ContentView。
新手不用去背这些概念，你只需要理解一个大概：打开 App，苹果系统会找到标记了 @main 的地方，然后从这里开始加载界面。就像你打开一个网页，浏览器会去找 index.html 一样。
再看 ContentView：
swift复制import SwiftUI
struct ContentView: View {
var body: some View {
Text("Hello, World!")
.padding()
}
}
这是一个最简单的界面，中间显示一行字。View 协议要求你实现一个 body 属性，它描述了这个视图长什么样。SwiftUI 的写法看起来像链式调用，其实是一种 DSL（领域特定语言），你只要按格式写就行。
在这个阶段，你不需要把 Swift 的语法全部学会。根据我多年的经验，新手最少需要掌握的基础知识其实很少：变量和常量的概念、函数怎么定义和调用、条件判断、结构体和类的基本区别、以及可选型（Optional）是什么。够了，真够了。别一上来就啃 Swift 大型语法书，你会被泛型和协议扩展劝退的。
2.3 最小功能清单：做一个能"用起来"的待办清单
实践是学习编程最好的方式。我建议你的第一个应用选一个"工具型"需求，而不是做游戏或者各种炫酷特效。工具型应用逻辑清晰、界面简单、功能闭环，特别适合新手。
这里我以最常见的"待办清单"为例，拆解一个 App 从需求到实现的全过程。这个项目的功能清单只有三条：能添加一条待办事项、能把它标记为已完成、能删掉它。外加一个需求：数据要保存，下次打开 App 还在。
在 SwiftUI 里，实现这三条功能用到的核心技术点就是状态管理和数据持久化。状态管理用 @State，它让界面能响应数据的变化。比如你有一个数组存待办事项，往里面加一条，界面会自动刷新，不用你手动去重新渲染。这就好比你在 Excel 里改了单元格，公式自动重算一样。
下面是核心代码的大致思路：
swift复制struct TodoItem: Identifiable {
let id = UUID()
var title: String
var isDone: Bool = false
}
struct ContentView: View {
@State private var todos: [TodoItem] = []
@State private var newTitle: String = ""
var body: some View {
VStack {
HStack {
TextField("输入待办事项", text: $newTitle)
Button("添加") {
let item = TodoItem(title: newTitle)
todos.append(item)
newTitle = ""
}
}
.padding()
List($todos) { $todo in
HStack {
Image(systemName: todo.isDone ? "checkmark.circle.fill" : "circle")
.onTapGesture {
todo.isDone.toggle()
}
Text(todo.title)
.strikethrough(todo.isDone)
}
}
}
}
}
代码不长，但包含的信息量不小。@State 是 SwiftUI 的状态容器，TextField 用双向绑定的 $newTitle，这样每次输入都会同步到这个变量。List 是列表视图，配合 ForEach 可以自动根据数组生成多行内容。Identifiable 协议则是让每个待办事项能被唯一识别，这样增删改查才能定位到具体某一行。
这只是一个原型，还没有做数据持久化。要让数据下次打开还在，最简单的办法是使用 UserDefaults 或者 @AppStorage，把数组转成 JSON 存起来。这个过程涉及 Codable 协议，我强烈建议新手亲手把这一步写完，因为它让你第一次体会到"数据持久化"到底是回事。
做好了增删改查和本地保存，你的第一个应用已经是完整的闭环了：能输入、能展示、能操作、能记住。这种"跑通一个完整回路"的成就感，才是支撑你继续学下去最大的动力。
2.4 给应用加上系统原生分享能力
待办清单做出来以后，你的朋友可能想让你把内容分享到微信或者备忘录。这里就涉及一个 iOS 开发里非常高频的需求：系统原生分享。
实现方法很简单，用 SwiftUI 的 ShareLink（iOS 16 以上）或者 UIKit 里的 UIActivityViewController。前者只要一行代码：
swift复制ShareLink(item: "我完成了一项待办：买牛奶")
它的原理是调用 iOS 系统的分享面板，系统会自动列出一堆支持分享内容类型的应用，比如微信、备忘录、邮件、AirDrop 等。你不需要自己去接入每一个社交平台的 SDK，系统帮你把路由做好了，这大大降低了开发成本。
如果你是做 UIKit 项目，那就用 UIActivityViewController，用法同样不复杂：
swift复制let activityVC = UIActivityViewController(activityItems: ["分享内容"], applicationActivities: nil)
present(activityVC, animated: true)
看起来简单，但它背后的设计理念值得留意：苹果希望所有应用把"分享"这件通用事情交给系统统一处理，而不是每个 App 自己造轮子。这样用户在任何 App 里分享的操作路径是一致的，用起来零学习成本。这种"系统级能力复用"的思维，是 iOS 开发里非常核心的思路。后面我会再讲一个同样重要的例子：WKWebView。
3. 从工程到安装包：首个应用如何上架
3.1 免费账号与付费开发者账号的区别
国内很多人都没搞清楚一件事：Apple ID 和 Apple Developer Program 是两码事。
你用免费 Apple ID 就能在 Xcode 里进行模拟器开发和 7 天有效期的真机调试，但有效期一到，App 在手机上就无法打开，必须重新用 Xcode 安装签名。而且免费账号不能用 Xcode 的 Cloud 签名，也不能创建 App Store Connect 的应用记录。这就意味着，你想把应用分发给别人，或者上架 App Store，必须花 99 美元/年注册 Apple Developer Program。
这个钱贵不贵，见仁见智。我的看法是，如果你只是自用或者学习，99 美元大可先不花，用免费账号跑熟整个开发流程就够了。等你的应用真的打磨到可以见人了，再注册付费账号直接走发布流程。
这里有一个很多新手容易踩的坑：注册付费账号时，你需要提供真实的身份信息（个人或者公司），苹果会审核你的资料，不是付完钱立刻生效。个人开发者注册一般当天就能过，公司账号要提供营业执照等信息，等待时间会久一些。所以如果你急着发布，账号注册要趁早。
3.2 证书、描述文件和签名机制到底是怎么回事
搞懂签名机制，是新手从"会写代码"进阶到"会发布"的必经之路。这个概念看起来吓人，其实用一个类比就能说通。
想象你写了一封信（App），信上需要贴一张邮票（证书）和一段说明（描述文件）。邮票证明你是谁，说明写清楚这封信要给谁、能在哪里投递。苹果在分发 App 时会检查两件事：这封信是不是来自一个合法开发者（证书），它是不是被允许安装到用户的设备上（描述文件里包含的权限和设备列表）。
在实际操作里，证书和描述文件不需要你手动配置，Xcode 现在默认开启自动签名管理，只要你登录了开发者账号，它会在你 Archive（归档）时帮你自动生成和匹配配置。你需要做的只是把 Bundle Identifier 设置成唯一值，一般用反向域名格式，比如 com.yourname.myapp。
新手常犯的错误是改完 Bundle ID 或设备列表后，旧描述文件还在，导致签名错乱。这时候最简单的解决办法就是在 Xcode 的 Signing & Capabilities 面板里把自动签名关掉再打开，让它重新生成。
3.3 Xcode 打包与发布全流程
当你功能开发完毕、想在真机上做最终验证时，先把 iPhone 插上，选择真机作为运行目标，让 Xcode 把 Debug 包装到手机上。确认核心流程都没问题后，再开始走发布流程。
第一步是改版本号和构建号。在 Xcode 项目的 General 标签里，Version 是用户看到的版本号（比如 1.0.0），Build 是每次构建的内部序号（比如 1、2、3）。上传到 App Store Connect 时，每次上传的 Build 号必须不同，否则会被拒绝。
第二步是运行 Archive。在 Xcode 顶部菜单选择 Product -> Archive，它会开始编译并打一个用于发布的候选包。打包完成后，Xcode 的 Organizer（管理器）窗口会弹出，显示你打好的所有历史包。在这个界面里选择"Distribute App"，然后按提示选择 App Store Connect 分发方式。
接下来的流程都很工具化：Xcode 会自动上传，上传完成后你再到 App Store Connect 网站上去完善应用的元数据，包括截图、简介、关键词、隐私政策链接等。填完这些，就可以选择你刚上传的 Build 提交审核。
这中间最容易出问题的，反而是最不起眼的环节：图标、启动屏和隐私权限。如果你的项目没有提供完整的 App 图标尺寸，上传时会被警告甚至报错。我的建议是，开发阶段就先把 AppIcon 用工具生成好，省到最后手足无措。
3.4 审核前的自查清单
App Store 审核是出了名的严格，但它的标准其实公开、可预期。大部分被拒原因都逃不过这几个类型：功能不完整（比如必填项没实现）、界面不符合人机交互指南（比如按钮太小）、存在明显崩溃、以及隐私信息不完整。
根据我历次上架的经验，提交审核前你至少要做一遍这样的自查：
- 应用在无网络环境下能否正常启动，不能直接白屏闪退
- 所有需要联网权限、定位权限、相册权限的地方，是否都写了用途说明文案
- 如果有用户注册或登录，是否提供了隐私政策链接和用户协议
- 用无痕的 Apple 账号走一遍核心流程，确认不会有崩溃
- 确认 App 里没有开发阶段的测试按钮或者调试日志输出
另外有一类问题是国内开发者经常踩的：如果你的应用涉及用户生成内容、虚拟商品或者实时社交功能，苹果会有额外的要求，比如提供举报入口、屏蔽机制，或者虚拟商品必须走苹果的内购系统（IAP）。这一点我特别提醒一下，以前做过 Android 的人容易把两边搞混——有的报错是某安卓渠道特有的，到了 iOS 这边对应的是完全另一套支付规则，千万别拿开发安卓的思路硬套。
4. 新手最容易踩的五个坑
4.1 签名报错：No profiles found 与 Code Signing failed 排查
如果你在真机调试或者打包时看到 "No profiles for 'xxx' were found"，先别慌，这基本不是代码问题，而是 Xcode 没找到匹配的描述文件。通常的解法是：在 Signing & Capabilities 里确认 Team 已选择、Bundle ID 已绑定上，然后点一下刷新描述文件按钮（或者重新打开自动签名开关）。
另一种常见报错是 "Code Signing failed" 或者 "Failed to create provisioning profile"，这往往是因为你的开发者账号类型和 Bundle ID 不一致。比如免费账号尝试用一个已经被付费开发者账号注册过的 Bundle ID，就会冲突。解决办法是换一个全新的 Bundle ID，简单粗暴，成本最低。
还有一次，我带的新人遇到 Xcode 提示 "A valid provisioning profile for this executable was not found"，折腾了一下午。最后发现是他手机系统版本过高，而 Xcode 版本太旧，不支持这个系统。把 Xcode 升级到最新版，问题立刻消失。所以记住：开发环境出问题先查两样——Xcode 是不是最新版，签名配置是不是正确。
4.2 模拟器跟真机根本不是一回事
我见过不少新手在模拟器上跑得飞起，一上真机各种翻车。比如模拟器上点击事件很灵敏，真机上却要连点两下；模拟器上布局完美，真机上的刘海和底部 Home 条却把界面挡住了。
模拟器和真机的差异主要体现在几个方面：性能差异极大，模拟器调用的是 Mac 的 CPU/GPU，真机的性能特征完全不同；API 能力不同，摄像头、NFC、蓝牙这些硬件功能模拟器根本没有；系统行为不同，真实的通知推送、后台刷新、电池省电策略只有在真机上才能完整测试。
所以我给你的建议是，从第二个版本开始，每次提交前都在真机上过一遍核心流程。哪怕只是打开应用点开每个页面走一圈，也比什么都不测强。这个习惯能帮你避免很多审核被拒的尴尬。
4.3 网络请求为什么连本地都失败
新手在做第一个带网络请求的功能时，十有八九会在本地调试阶段卡住。最常见的原因是 iOS 的 App Transport Security（ATS）默认禁止 HTTP 明文请求，如果你的本地服务用的是 http://localhost:8080，App 会直接报错 App Transport Security has blocked a cleartext HTTP。
解决方式有两种。开发阶段，你可以在 Info.plist 里临时加上 ATS 的例外配置，允许特定域名的 HTTP 请求。但发布前一定要去掉这个例外，否则审核时会被认为不安全。正规做法是本地服务也配置 HTTPS，或者使用反向代理。
另外一种坑是真机调试时，App 里的 localhost 指向的是手机自己，而不是你的电脑。你需要在真机上填电脑的局域网 IP，比如 http://192.168.1.5:8080，并且保证手机和电脑连的是同一个 Wi-Fi。这个问题毫无技术难度，但卡住新手一整天太常见了。
4.4 隐私权限：不声明用途就闪退
如果你在 App 里调用了相机、相册、定位或者麦克风，第一次调用时系统会弹权限请求框。这个弹框的文案不是苹果自动生成的，而是你在 Info.plist 里配置的。如果你没有配置对应的用途描述字符串，App 会直接崩溃，连弹框都不会出现。
比如用相机，需要加 NSCameraUsageDescription：这个键的值就是弹框里显示的文字，比如"需要使用相机拍摄头像"。类似的还有 NSPhotoLibraryUsageDescription（相册）、NSLocationWhenInUseUsageDescription（定位）、NSMicrophoneUsageDescription（麦克风）。
这个"配置键名"的过程很容易踩坑，因为键名特别长，手写容易拼错。我的建议是直接在 Xcode 的 Info 面板里搜索，它会自动补全这些键，你只需要填值。记住，审核时苹果会检查你的权限文案是否与功能匹配，写了相机用途却完全没用到相机，也会被当成隐私问题被拒绝。
4.5 审核被拒的典型原因与应对
审核被拒几乎是每个 iOS 开发者都经历过的事，被拒一次不代表末日。被拒情况主要分两种：Meta 数据问题（比如截图尺寸不对、App 名称不符合规范）和技术问题（崩溃、使用私有 API、隐藏功能等）。
Meta 数据问题的处理很简单，按照邮件提示截图说明修改后重新提交就行。技术问题则要认真处理，尤其崩溃问题，你需要在 App Store Connect 里下载崩溃日志，或者用 Xcode 的 Devices 窗口导出真机日志分析。
另外，苹果非常反感"功能与宣传不符"。如果你在审核备注里说这个应用是给某类用户用的，就不要在 App 里放一堆不相关的功能。保持应用小而精，专注解决一个问题，是过审最简单也最稳健的策略。
5. 让第一个应用更像一个"作品"
5.1 用 WKWebView 组件把 H5 项目跑进 iOS
很多学过前端的人都有一个疑问：能不能把自己写好的 Vue 或 React 项目打包，然后塞进一个 iOS 壳子里？这个问题的答案是：可以，而且官方支持的组件就叫 WKWebView。
WKWebView 是 iOS 上内嵌网页的核心组件。你可以用它加载远程 URL，也可以把本地 HTML 文件放到 App 的 Bundle 里加载。对新手来说，如果之前做过前端，用 WKWebView 把已有的网页项目打包成 iOS 应用是成本最低的入门路径。
一个最基础的实现思路如下：
swift复制import SwiftUI
import WebKit
struct WebView: UIViewRepresentable {
let url: URL
func makeUIView(context: Context) -> WKWebView {
return WKWebView()
}
func updateUIView(_ uiView: WKWebView, context: Context) {
uiView.load(URLRequest(url: url))
}
}
这段代码里有两个关键点：UIViewRepresentable 是 SwiftUI 与 UIKit 交互的桥梁协议，它让 SwiftUI 能使用 UIKit 的组件；makeUIView 和 updateUIView 是它的两个必须实现的方法，分别负责"创建视图"和"更新视图"。
不过我要给你泼一盆冷水：纯 HTML 外壳做出来的应用，上架审核的通过率越来越低，苹果对"套壳应用"非常敏感。审核时如果你的 App 只是一个加载网页的浏览器，很可能被当作"非 App 应用"拒掉。正确做法是把网页当作一个功能模块，配合原生能力一起使用，比如你用原生代码调用摄像头、做本地存储，页面里只负责展示和交互，这样才算是一个真正的 iOS 应用。
如果你真的对"本地 Vue 项目在 iOS 里加载"感兴趣，我在实践中的经验是：先把打包出的 dist 文件夹作为一个静态资源放进 Xcode 项目，然后用 WKWebView 加载根目录下的 index.html，并配合 fileURL 的方式读取，否则沙盒路径会让你卡很久。
5.2 下一阶段可以延伸的方向：小组件、自动化、AI 应用开发
当你的第一个应用跑完整个开发到上架的流程，你会发现自己已经跨过了一道坎。这时候再看网上的各种热词，比如小组件（Widget）、自动化（Shortcuts）、智能应用开发，就不会再觉得遥不可及了。
我给你的建议是，不要贪多，但也不要停。按这个顺序延伸自己的能力最舒服：先做一次 App 的界面重构（体验完整的设计流程），然后做一个简单的小组件扩展（理解系统集成），再去学习如何让 App 与系统相册、日历、提醒事项等系统数据交互，最后尝试把自己的工具型应用接到更高阶的能力上。
现在大家说的 Agent 开发或者 AI 应用开发，本质上是调用各种模型和接口的工程化组合。如果你已经把原生 iOS 开发的基础打牢，把网络请求、数据解析和界面展示这些基本功练熟，后面要做第三方能力接入会非常顺手。关键是基本功，而不是赶风口。
5.3 给准备放弃的你几句实话
iOS 入门最难的其实不是技术，而是"正反馈来的太慢"。你可能做了两周，还只能写出几个界面几个列表，和你想做的那个"很酷的应用"差得很远。这种落差会让人无比焦虑。
我想跟你说的实话是，我见过太多新人弃坑，不是因为他们笨，而是因为他们一开始的目标定得太大了。同样是一天时间，你可以研究一个炫酷的动画却一无所获，也可以做完一个小功能让自己获得成就感。后者才会让你坚持到完成第一个完整应用的那一天。
我的建议是：第一版 App 不要超过三个功能。把你的待办清单、记账本、体重记录、单词卡片之类的小工具做到"能用、好看、能分享"的程度，这个过程学到的东西比你看十本教程都多。等你有了一遍完整的"hello world 到上架"的经历，后面做什么都不会再怕了。
另外再多说一个话题相关的细节：如果你之前用的是 uniapp 或者其他跨端框架，"内购支付"这块在 iOS 上是有特殊规则的，虚拟商品必须走苹果的 IAP 通道，这跟上架审核的逻辑是一脉相承的。你只有自己动手走一遍原生开发的流程，才能真正理解很多跨端框架里"隐藏"起来的平台差异。这也是我坚持让新手先做原生开发的原因之一。
先别急着把所有热词都学会，把手里的第一个应用做出来、发上去，比什么都强。