无真机无模拟器？鸿蒙应用开发入门实操路线全解

上周有个新人问我“没有手机模拟器镜像又一直下载失败我这个鸿蒙应用还能开工吗”我说能而且大部分基础功能在家里的电脑上就能写完、能调试。后来我陪他把这套“无真机、无模拟器”的启动路线完整跑了一遍从一个空工程做到一个能点按钮、能加列表、能跑通页面跳转的小应用。这篇文章就是把这次实操的完整过程沉淀下来给准备写第一个鸿蒙应用的人一份可以直接照着做的路线图。文章会重点解决三件事第一个鸿蒙应用到底选什么模板、用什么语言开发环境装好之后先验证什么以及在没有真机和模拟器的情况下怎么保证开发体验不中断。我会把每一步的操作意图和踩坑点都讲清楚你可以边看边做不需要提前准备任何硬件设备。1. 动手前先拆解这个“第一个应用”到底选什么形态1.1 模板选择Empty Ability 是最省事的第一步打开 DevEco Studio 新建工程时会看到一堆工程模板。常见的有 Empty Ability、Blank Page、List Detail、Login 页面模板还有原子化服务相关的模板。我第一次看到这些选项时也有点懵后来才明白这些模板本质上不过是“帮你把基础代码生成好”的脚手架差别只在页面数量和预置逻辑的多少。对第一个鸿蒙应用来说我的建议是选 Empty Ability。原因有两点一是它只会生成一个最基础的页面入口逻辑极少方便你从头理解一个鸿蒙工程是怎么跑起来的二是后期无论是改成列表页还是游戏页在空页面上做加减法都比在复杂模板里做减法容易得多。选模板这事看着小其实决定了你前两个小时的体验。我见过有人一上来就选了带登录的完整模板结果光改页面路由就花了一晚上。先做减法把第一个应用控制在几百行代码以内才能把注意力放在“工程怎么跑通”这个核心问题上。1.2 第一步先搞懂 ArkTS、ArkUI、Stage 模型的关系第一个鸿蒙应用用的是 ArkTS这是基于 TypeScript 扩展出来的一套声明式 UI 开发语言。你可以把它理解成“带 UI 能力的 TypeScript”写法上很像现在前端的 React 或 Vue 3 的组合式写法数据变了界面自动跟着变不需要手动操作 DOM 节点。ArkUI 是运行这套 UI 的框架可以理解为“渲染引擎”。你在代码里写了 Column、Text、Button 这些组件ArkUI 负责把它们画在屏幕上。刚开始你不需要研究 ArkUI 的底层渲染原理只要知道“我写的组件树 界面结构”就够了。Stage 模型则是鸿蒙应用的组织方式。在一个 Stage 模型应用里一个应用可以有多个 Ability每个 Ability 负责一种能力最常见的是 UIAbility也就是带界面的入口。咱们的第一个应用会生成一个EntryAbility它负责加载首页。你暂时不用深入研究它只要知道页面加载的最后一步是在这个 Ability 里调用windowStage.loadContent去加载 pages 目录下的页面文件即可。1.3 先建立工程包的概念应用名、包名和 module鸿蒙工程的目录结构第一次看会觉得有点复杂但核心概念可以压缩成三个词AppScope、entry、module。AppScope 是全局配置层里面有app.json5记录了应用的名字和版本信息。entry 是应用的主模块你写的代码 90% 都放在这里。module 则是一个可以独立编译和分发的基本单元一个应用至少有一个 module比如 entry 就是一个 devEco 默认创建的 module。创建工程时有一项叫 Package name系统会提示你填com.example.xxx这样的反向域名格式。这个概念和安卓的包名、iOS 的 Bundle ID 是一个意思它是这个应用在系统里的唯一身份标识。选定之后就别乱改改包名会涉及签名、应用市场审核等多处的连锁反应新手很容易在这个地方埋雷。我的习惯是首次创建就把包名想好用公司域名反转或者个人项目代号一旦确定就不再动它。2. 开发环境搭建DevEco Studio 的正确打开方式2.1 版本选择和 SDK 下载注意点第一个鸿蒙应用最怕的不是代码写错而是 IDE 和 SDK 版本对不上。DevEco Studio 的正式版从 4.x 一路更新到 5.x不同版本对应的 API 版本和编译工具有差异。我的建议很简单直接去华为开发者官网下载当前最新的稳定版然后用它默认匹配的 SDK。安装完成后首次创建一个工程时IDE 会引导你下载对应版本的 HarmonyOS SDK。这一步会比较耗时因为 SDK 包含大量系统 API 定义和编译工具。注册登录华为开发者账号后同步套件会更稳定。如果你所在的公司网络环境限制较多下载可能中断可以稍后再试或者找一个网络更畅通的环境一次性下完。SDK 版本和 IDE 版本不一致是新手很容易踩的坑。比如 IDE 是 5.0但 SDK 却选了 API 12 的旧版本某些新组件会编译不过。所以我的经验是保持 IDE、SDK、模拟器镜像三者版本大致同期。如果你之后要适配真机再根据真机的系统版本微调 compatibleSdkVersion 也不迟。2.2 新建工程的完整步骤我在 DevEco Studio 里新建第一个工程的步骤如下照着做就行打开 DevEco Studio点击 Create Project。左侧选择 Application右侧选 Empty Ability。填好工程的 Application name比如MyFirstApp。注意这里最好用英文避免后续路径和签名环节出现编码问题。填 Module name默认是entry一般不用改。填 Package name建议用com.你的域名.项目代号这种格式。Compose SDK 那栏选 IDE 推荐的默认版本先不用刻意追求最新。等待工程初始化完成gradle 风格的依赖同步会自动执行。每一步看着简单但第 3 点和第 5 点我都要再强调一遍工程名如果用了中文后面签名证书生成时可能会报路径错误包名如果随便填了abc后续想在应用市场上架会非常被动。第一次创建务必按规范来。2.3 工具链里的 hdc以后调试全靠它hdcHarmonyOS Device Connector是鸿蒙开发者最常用的命令行工具地位相当于安卓开发里的 adb。它主要在安装应用、查看日志、连接设备时使用。DevEco Studio 装好后hdc 一般会在 SDK 的toolchains目录里。你不必急着学它的全部命令但一定要知道它能干什么。在没有真机和模拟器的时候我们也会靠它和远程模拟器通信。日常用最多的几条是hdc list targets查看当前连接的设备列表hdc install xxx.hap安装应用hdc shell hilog查看系统日志hdc file send往设备/模拟器推送文件如果你在命令行里找不到hdc可以把它的路径加到系统 PATH 环境变量里。路径一般长这样你的SDK目录/toolchains。这个操作属于一劳永逸后期连真机、抓日志都用得上。3. 没有真机和模拟器先从这三条路把程序跑起来这一节是整篇文章里最实用、也最容易被忽略的部分。很多人学鸿蒙开发卡在第一步不是因为代码难而是因为觉得自己没有真机、没有模拟器就什么都做不了。这完全是误解。至少有三条路可以在无设备环境下做完一个应用的大部分开发工作。3.1 用 Previewer 解决“看得到的界面”问题DevEco Studio 自带一个叫 Previewer预览器的工具。你在编辑器里打开一个.ets页面文件时右侧工具栏通常会有一个“预览器”标签页点开后就可以直接看到当前页面的真实渲染效果。这个工具不需要真机、不需要模拟器完全在本地跑。Previewer 能预览所有基于 ArkUI 的布局效果包括组件位置、字体大小、颜色、间距、滚动效果等。对于第一个鸿蒙应用来说你要做的界面调整它基本都能覆盖。比如我发现按钮和输入框挤在一起了直接改代码预览器马上就能看到变化。它甚至支持在预览窗口里模拟点击用来验证简单的交互逻辑。要注意的是Previewer 并不是万能的。它属于“界面预览工具”不是完整的运行时环境。某些涉及系统能力的功能比如蓝牙、相册、定位、传感器在 Previewer 里无法真正跑通会在控制台输出“暂不支持预览”之类的不支持警告。所以我的建议是UI 开发阶段全程用 Previewer系统能力相关功能放到模拟器或真机上再验证。3.2 第二种路本地模拟器和远程模拟器的获取方式如果 Previewer 满足不了你比如你想测数据请求、页面跳转、存储读写那就需要用模拟器。鸿蒙的模拟器分为两种本地模拟器和远程模拟器。本地模拟器在 DevEco Studio 的设备管理器Device Manager里创建。前提是你已经登录了华为开发者账号。首次使用会下载系统镜像这个镜像通常有几个 GB需要预留足够的磁盘空间。如果你的电脑支持硬件虚拟化一般近几年的 Windows、macOS 都支持同时开启了 Windows Hypervisor Platform 或 Mac 的虚拟化框架本地模拟器才能正常启动。远程模拟器则不需要你本地下载镜像。它实际上是华为服务器上运行的真机环境你在 DevEco Studio 的设备管理器里通过账号连接后IDE 会像操作本地设备一样操作远程模拟器。这个方案对电脑配置要求低很多也避开了镜像下载失败的问题。它需要网络环境稳定但对大多数开发者来说这是最省事的一条路。如果官方远程模拟器暂时申请不到也不用灰心。可以用 Previewer 加单元测试的组合先把应用主体写出来等设备就绪后在第一时间跑一遍全流程。第一种能跑通全流程的情况就是在真机上的体验放在第七章的避坑部分详细说。3.3 在没有 UI 的设备上验证逻辑单元测试很多人以为测试 UI 只能靠眼睛其实纯业务逻辑完全可以用单元测试来跑。在 DevEco Studio 的工程目录里entry/src/test就是本地单元测试目录。你可以在这里写测试用例验证工具函数、数据解析、状态计算等逻辑整个过程不需要模拟器和真机。举个例子如果你写了一个工具函数用来去除输入文本首尾空格就可以写这样的用例来验证它import { describe, it, expect } from ohos/hypium import { trimInput } from ../main/ets/utils/StringUtils export default function stringUtilsTest() { describe(StringUtilsTest, () { it(trimInput_should_remove_space, 0, () { expect(trimInput( 你好 )).assertEqual(你好) }) }) }把这类纯函数测试放在无设备环境下跑能提前发现大部分数据处理的错误。我第一次用这个方式就是在应用还没部署到设备之前先把待办列表的增删逻辑全部测了一遍。后来在模拟器上运行基本一次通过。这种“先测逻辑、后看界面”的节奏是前端、客户端开发里都很推荐的做法鸿蒙开发也不例外。3.4 三者怎么串起来协作一个真实的开发现场我用一个实际场景来说明这三条路是怎么协作的。我在做第一个“待办清单”应用时流程是这样的首先在 Previewer 里搭界面把输入框、按钮、列表的位置调好这个过程完全不需要设备。接着写一个TodoService里面包含添加和删除待办的函数然后用单元测试把这两个函数的边界情况跑一遍比如空字符串处理、重复项去重、大量数据插入是否卡顿。等界面和逻辑都稳定了我才去申请远程模拟器。在模拟器里安装应用后发现了一个 Previewer 里发现不了的问题输入法弹起来时界面底部按钮会被顶出屏幕外。这个问题的原因是键盘避让逻辑没有处理而 Previewer 默认没有模拟输入法弹出所以之前完全看不出来。这个案例想表达的核心是无设备环境下能完成的工作量远超你的想象。但有一些系统级交互比如键盘避让、状态栏尺寸、横竖屏切换还是需要模拟器或真机来做最终确认。把它们用在刀刃上就行。4. 第一个页面的代码实战把 Hello World 改成能用的界面4.1 ArkTS 的声明式三大件Entry、Component、build()打开entry/src/main/ets/pages/Index.ets你会看到工程生成的默认页面。它的核心结构非常清晰Entry Component struct Index { build() { Column() { Text(Hello World) .fontSize(24) } .width(100%) .height(100%) } }Component表示这是一个自定义组件Entry表示这是页面的入口组件。build()是组件的 UI 描述函数你在里面写的结构就是界面上最终显示的组件树类似前端的 JSX 或 Vue 的模板。这三个装饰器和关键字是写鸿蒙应用界面最基础的三板斧。你不用急着理解装饰器的底层机制只需要记住规律页面文件里一定要有一个Entry标记的组件它会被系统识别为页面入口组件内部的 UI 必须写在build()方法里组件树中只能有一个根节点比如最外面的 Column 或 Stack。我在初学时最容易犯的错误是只写Component忘了Entry结果页面在应用里找不到。这种情况在 Previewer 里看不出来只有真机跑起来才会报“找不到页面”。所以现在每写一个新页面第一件事就是确认Entry是否加上。4.2 状态驱动 UIState 是让界面“活”起来的关键在 ArkUI 里页面上的文本、图片、列表内容都是跟着数据走的。你用一个数据变量驱动界面显示这个数据一旦变了界面会自动刷新。这个机制靠的就是State装饰器。看下面的代码Entry Component struct Index { State message: string Hello HarmonyOS build() { Column({ space: 16 }) { Text(this.message) .fontSize(30) Button(点击更新) .onClick(() { this.message 第一个应用跑通了 }) } .width(100%) .height(100%) .justifyContent(FlexAlign.Center) } }当用户点击按钮时this.message被重新赋值Text组件会自动显示新内容。整个过程不需要你去查找页面元素、手动更新文本。这种思维方式和传统 Android 里 findViewById、setText 的写法完全不同更像后端的“响应式编程”。理解这一点后你会发现写鸿蒙界面其实很顺手。你只管定义数据然后把数据绑定到组件上剩下的事情交给框架去刷新。但有一点要注意State只能装饰组件内部的成员变量。如果你想定义跨页面的全局状态需要用更复杂的状态管理工具。第一个应用还用不上。4.3 连接交互事件用输入框、按钮和列表做出一个待办应用为了让你直观感受一个可用的应用长什么样我把 3.4 里说的待办清单页面完整写出来。它包含一个输入框、一个添加按钮和一个动态列表。Entry Component struct Index { State todos: string[] [] State inputValue: string build() { Column({ space: 16 }) { Text(我的待办) .fontSize(24) .fontWeight(FontWeight.Bold) Row({ space: 8 }) { TextInput({ placeholder: 输入待办内容, text: this.inputValue }) .layoutWeight(1) .onChange((value: string) { this.inputValue value }) Button(添加) .onClick(() { if (this.inputValue.trim().length 0) { this.todos.push(this.inputValue.trim()) this.inputValue } }) } .width(100%) List({ space: 8 }) { ForEach(this.todos, (item: string) { ListItem() { Text(item) .fontSize(18) } }, (item: string) item) } .width(100%) .layoutWeight(1) } .padding(16) .width(100%) .height(100%) } }这里面有几个关键点值得展开说。TextInput的onChange回调负责把用户输入的内容同步到inputValue变量里这是典型的“受控组件”思维。Button的onClick里先做空值判断再往数组里添加数据。ForEach是列表渲染的循环组件它把todos数组中的每一项映射成一个ListItem。写完后你在 Previewer 里就可以体验完整交互输入文字、点击添加、列表逐行增加。这样一个最小可用的界面代码还不到 60 行。能把这个流程跑通说明你已经掌握了鸿蒙应用最核心的开发模式。4.4 资源文件整理别把字符串、颜色写死在代码里界面能跑起来之后下一个要养成的习惯是把资源分离出来。鸿蒙工程中resources目录下的base/element里放着字符串、颜色、尺寸等资源文件。字符串写在string.json颜色写在color.json。比如你想把应用名“我的待办”抽出来就在string.json里加一条{ string: [ { name: app_title, value: 我的待办 } ] }然后在代码里引用Text($r(app.string.app_title))这样做的好处是后期做多语言适配时只要增加不同语言目录下的string.json就可以不需要改动页面代码。颜色也一样把主色调定义在color.json里整个应用引用同一个资源名调整主题色时一行资源改动就能全局生效。新手很容易忽略这点把所有文案直接写在代码里。短期看是省事但等应用做到十个页面以上想换文案或加英文版本就只能在代码里逐个找效率很低。第一个应用虽然小也要从一开始就按规范来。5. 真机或模拟器运行绕不开的签名与设备连接当你的应用在 Previewer 里跑得差不多之后就该考虑往模拟器或真机上部署了。这一步会涉及到签名、设备连接、日志查看也是很多新手第一次觉得“怎么这么麻烦”的环节。但套路是固定的走过一遍就熟了。5.1 开启真机调试模式如果使用真机先要在手机上开启开发者模式。不同版本的系统入口略有差异但一般是设置 → 关于手机 → 连续点击版本号多次直到提示“进入开发者模式”。然后在开发者选项中打开 USB 调试。用 USB 线连接电脑后手机会弹窗询问是否允许 USB 调试选择允许。这时在 DevEco Studio 的设备列表里应该能看到你的手机。如果看不到可以先用命令行验证一下hdc list targets如果这个命令返回了设备序列号说明连接正常。如果没有返回常见原因是 USB 驱动没装好或者连接线不支持数据传输。换个口、换根线大多数情况都能解决。5.2 自动签名配置鸿蒙应用要安装到真机上必须经过签名。签名相当于给应用盖一个数字章证明这个应用确实来自你本人或你的组织。DevEco Studio 提供了自动签名功能在 File → Project Structure → Signing Configs 里勾选 Automatically generate signature登录华为开发者账号IDE 会自动生成证书和配置文件。我第一次做签名时走了弯路手动去下载证书密钥又配置了半天 profile 文件结果装不上。后来才发现个人开发阶段根本不需要手动签名自动生成就够用。但有一个前提同一个开发者在同一台电脑上的签名配置会绑定到工程。如果你换了电脑需要重新登录账号并重新生成一次。签名常见的报错有几种比如“Signing certificate expired”是指证书过期重新生成即可“Profile not matched”是指签名文件和当前包名不匹配检查包里是不是包名改过。这些都是体力活遇到别慌按提示重新生成就行。5.3 hdc 命令行调试技巧设备连上、签名配置好之后直接在 DevEco Studio 里点 Run 就能把应用装上并运行。但在实际调试中命令行操作往往比鼠标点击更高效。我常用的组合是hdc install entry/build/default/outputs/default/entry-default-signed.hap这条命令可以手动安装 hap 包。当你改了代码反复安装到设备上时用命令行可以避免 IDE 某些缓存问题。查看运行日志本在hdc shell hilog后面加过滤条件可以只看当前应用的日志。这个技巧在鸿蒙开发里非常关键因为大部分运行时错误只会出现在 hilog 里Previewer 控制台不一定能看到。比如有人说“应用点按钮没反应”去 hilog 里搜“ERROR”关键字往往一下就能定位到是哪个方法崩了。还需要提醒的是命令行工具版本要和 IDE 内置版本保持一致。如果你装了多个 DevEco Studio 版本PATH 里那个 hdc 可能是旧版的连接时会提示版本不匹配。解决办法是只保留一个 SDK 路径在 PATH 里。6. 写第一个应用中踩过的坑调试实录这一节挑几个我在实操中真实遇到、且新手很可能也会碰上的问题每个都给出排查路径。很多坑光看文档根本发现不了只有实际跑一遍才会遇到。6.1 页面白屏入口加载不出来现象应用正常安装并启动但界面一直白屏也没有崩溃日志。排查路径先确认页面文件的位置。在 Stage 模型下首页加载路径配置在EntryAbility里。打开entry/src/main/ets/entryability/EntryAbility.ets看windowStage.loadContent的参数比如是pages/Index那么pages/Index.ets这个文件必须存在于entry/src/main/ets/pages目录下。路径差一个字母都会白屏。另外还要检查组件里是否有编译错误。很多白屏问题其实是代码抛了异常但日志没有直观弹出。打开 hilog搜索应用包名或“ERROR”字样能定位到大半问题。如果用的是 Previewer白屏一般是因为页面组件引用了不支持的 API换成模拟器运行往往就正常了。6.2 Previewer 渲染失败或者不更新现象预览器显示一片空白或者改了代码但预览界面完全不变化。先保存文件再点预览器右上角的刷新按钮多数情况下能解决。Previewer 对某些系统 API 不兼容会在预览窗口底部出现红色警告“The API is not supported by Previewer”。比如ohos.mediaquery这类媒体查询能力Previewer 只能部分支持。解决办法是把对应代码用条件判断包起来在预览环境下跳过执行。有时 Previewer 不更新是因为 IDE 进程卡住了彻底关闭后删除.idea目录里的缓存文件再重新打开工程。这个操作相当于 IDE 的“重启大法”对预览器失效很管用。6.3 编译报错中常见的版本不匹配鸿蒙工程的编译驱动工具是 hvigor它的一大特点是对版本敏感。常见报错是类似“CompileSdkVersion is not supported”或者“SDK component is missing”。出现这类问题十有八九是 IDE 版本和 SDK 版本不一致导致。解决方式是打开 File → Project Structure → Project看 Compile SDK 版本把它调到和 IDE 默认支持一致的版本。如果还是不行就考虑更新 DevEco Studio 到最新版。老项目升级 IDE 时也容易触发这个问题我的习惯是先升级 SDK再升级 IDE最后再编译一次避免一起升的时候分不清是哪个环节出错。另外 hvigor 需要 Node.js 环境如果电脑上 Node 版本过旧编译时也会出现莫名其妙的报错。DevEco Studio 新版本大多会自带 Node 环境如果你手动装过 Node 并且版本较旧尽量让 IDE 用自带的节点环境运行构建。6.4 真机安装失败“未签名”和“INSTALL_FAILED”系列真机安装最常见的就是签名校验失败。报错可能类似于“Failure[INSTALL_FAILED_BAD_SIGNATURE]”这说明应用的签名信息和设备上的不匹配。如果你用自动签名先检查本机时间是否正确系统时间错误会导致手机判断签名过期。另一个常见情况是你的签字证书是用开发专用证书与 release 证书不一致。开发阶段用 Debug 证书没问题但如果把 debug 打包到正式环境安装设备会拒绝。还有一种是架构不匹配的报错“INSTALL_FAILED_NO_MATCHING_ABIS”。如果真机是 ARM 架构但构建产物里只有 x86 支持就会报这个错。打包时需要确认 HAP 产物包含目标设备的 CPU 架构。6.5 问题排查速查表现象可能原因优先排查项白屏页面路径错误、组件异常检查 loadContent 路径、hilog 错误日志预览器空白Previewer 不支持某 API、缓存问题刷新、重启 IDE、删除缓存编译报 SDK 相关错误IDE 与 SDK 版本不一致修改 Compile SDK 到兼容版本安装失败提示签名错误证书过期、包名变更重新生成签名配置安装失败提示 ABI 不支持HAP 里没有目标设备架构检查打包架构配置按钮点击无反应onClick 里逻辑异常看 hilog 的 JS 异常栈列表数据不刷新数组不是 State 或没找到键生成器确认用 State 装饰并给 ForEach 配置 key这个表本身不复杂但在 Debug 时能帮你快速排除一大半问题。写进笔记里之后每次遇到就直接按图索骥。7. 第一个应用能做什么上架准备与开发者计划当你的第一个应用在真机上能正常运行界面交互也顺了你会自然而然地想这个应用能不能发出去能不能参与一些激励计划这些内容放到开发流程的末端来说是因为它属于“锦上添花”但它确实能帮你跨出从“自娱自乐”到“作品”的那一步。7.1 上架前的最后一轮自查上架到华为应用市场除了代码能正常运行还需要检查几个最容易遗漏的细节应用图标是否合规、启动页是否影响体验、应用内是否有完整的隐私政策说明、权限申请是否必要且注明用途。我第一次提审时就被打回过原因是应用申请了定位权限但实际功能里根本没用定位。后来把没用到的权限全部删掉隐私政策里明确写明“不收集任何定位信息”再提审就通过了。这里想说的是权限最小化不只是合规要求也是用户体验的一部分。用户会看权限列表一看一个待办软件要通讯录权限第一反应就是卸载。7.2 关于开发者激励计划以官方最新通知为准华为开发者生态中每年都会有面向开发者的应用激励活动比如大家常听到的“鸿蒙应用开发者激励计划”。这类计划通常面向已经在应用市场正式上架、有一定用户活跃度或符合特定开发要求的应用开放。作为第一个应用的作者你可以把目标定在“把应用做好、顺利上架”然后关注华为开发者官网、HarmonyOS 开发者社区的官方公告。具体的时间窗口、申请门槛、奖励内容以官方发布的最新说明为准不要轻信非官方渠道的信息。这里也提醒一下激励计划通常审核的是应用质量和创新性而不是你用了多少新技术。一个把待办清单做到极致流畅、界面精美、隐私安全的作品比一百个复制粘贴的雷同应用更有竞争力。7.3 我从第一个应用里学到的实话第一个鸿蒙应用做完之后我印象最深的不是“终于跑通了”而是调试方式带来的改变。没有真机和模拟器时我用 Previewer 把界面调好用单元测试把逻辑跑通后来申请到远程模拟器应用第一次安装到模拟器上居然只改了一个键盘避让的问题就正常了。这说明无设备开发的路线完全可以成立关键是把分工想清楚。如果你正准备开始第一个鸿蒙应用我的建议是先用一个下午把 Previewer、单元测试、模拟器申请这三条路都摸一遍别急着写业务。工具链通了写代码会快得多。第一个应用不要贪大一个页面、一个功能、一个数据集合就足够。做完它你就真正理解了鸿蒙应用的骨架后面的进阶都可以在这个骨架上慢慢长肉。