大家好，我是展菲，目前在上市企业从事人工智能项目研发管理工作，平时热衷于分享各种编程领域的软硬技能知识以及前沿技术，包括iOS、前端、Harmony OS、Java、Python等方向。在移动端开发、鸿蒙开发、物联网、嵌入式、云原生、开源等领域有深厚造诣。
图书作者：《ESP32-C3 物联网工程开发实战》
图书作者：《SwiftUI 入门，进阶与实战》
超级个体：COC上海社区主理人
特约讲师：大学讲师，谷歌亚马逊分享嘉宾
科技博主：华为HDE/HDG
我的博客内容涵盖广泛，主要分享技术教程、Bug解决方案、开发工具使用、前沿科技资讯、产品评测与使用体验。我特别关注云服务产品评测、AI 产品对比、开发板性能测试以及技术报告，同时也会提供产品优缺点分析、横向对比，并分享技术沙龙与行业大会的参会体验。我的目标是为读者提供有深度、有实用价值的技术洞察与分析。
展菲：您的前沿技术领航员
👋 大家好，我是展菲！
📱 全网搜索“展菲”，即可纵览我在各大平台的知识足迹。
每周定时推送干货满满的技术长文，从新兴框架的剖析到运维实战的复盘，助您技术进阶之路畅通无阻。
文章目录
- 引言
- 一、一个必须先理解的问题
- 二、传统应用平台：核心是“打开 App”
- 所以传统平台关注的是：
- 三、鸿蒙 PC 正在变化的地方：App 开始失去边界
- 传统 App
- 鸿蒙 PC
- 四、真正的核心变化：从“页面系统”进入“状态系统”
- 传统平台
- 鸿蒙 PC
- 五、为什么鸿蒙越来越像“系统”
- 六、传统 App 平台：应用彼此独立
- 七、鸿蒙 PC：系统开始“参与应用”
- 分布式状态
- 多设备协同
- 八、AI 出现后，这种变化会更明显
- 示例
- 九、为什么传统 Router 在鸿蒙 PC 上越来越奇怪
- 十、鸿蒙 PC 更像“运行时系统”
- 十一、为什么 ArkUI 会越来越“去页面化”
- 十二、为什么很多开发者会“不适应”
- 过去关注：
- 现在关注：
- 十三、本质总结：鸿蒙 PC 正在“系统化”
- 总结
引言
很多人第一次接触鸿蒙 PC 时，会下意识把它理解成：
一个新的 PC 应用平台就像：
- Windows
- macOS
- Linux Desktop
于是自然会觉得：
写几个窗口 做几个页面 适配一下桌面布局这就是鸿蒙 PC 开发。但真正深入之后，你会越来越发现：
鸿蒙 PC 的目标，好像根本不是“做应用”。
而是在做：
一种新的“系统级运行模型”。
这也是为什么很多开发者会有一种奇怪的感觉：
它不像传统桌面开发 也不像移动开发因为：
鸿蒙 PC 更像“系统”，而不是“应用平台”。
一、一个必须先理解的问题
什么叫：
应用平台什么又叫：
系统它们其实完全不是一个层级。
二、传统应用平台：核心是“打开 App”
过去几十年的平台逻辑，本质都一样：
用户打开 App ↓ 进入应用 ↓ 完成任务 ↓ 退出应用无论：
- Windows
- Android
- iOS
本质都是：
“应用”是核心单位。
所以传统平台关注的是：
应用生命周期 页面管理 窗口管理核心问题是：
如何把 App 运行起来三、鸿蒙 PC 正在变化的地方：App 开始失去边界
但鸿蒙 PC 最大的变化是：
应用边界开始消失举个例子：
传统 App
微信是微信 文件管理是文件管理 浏览器是浏览器它们：
- 数据隔离
- 状态隔离
- 生命周期隔离
鸿蒙 PC
开始强调：
- 服务流转
- 状态流转
- 跨设备协同
- 多窗口共享
- AI 接管操作
这意味着：
“应用”正在退化成一种能力节点。
四、真正的核心变化：从“页面系统”进入“状态系统”
这是最关键的一步。
传统平台
页面 = 核心系统围绕：
- Activity
- Window
- Route
运行。
鸿蒙 PC
开始变成：
状态 = 核心页面只是：
状态的一种呈现方式这也是为什么：
ArkUI 会天然强调“状态驱动”。
五、为什么鸿蒙越来越像“系统”
因为它开始接管：
状态 上下文 设备 能力 输入而这些东西：
本来属于“操作系统层”。
六、传统 App 平台：应用彼此独立
传统桌面系统里：
每个 App 都像一个孤岛比如：
- 每个应用维护自己的状态
- 每个窗口管理自己的生命周期
- 每个程序处理自己的逻辑
本质上：
平台只负责“运行”而不是：
参与状态组织七、鸿蒙 PC：系统开始“参与应用”
这一点变化极大，比如：
分布式状态
globalState.set("user",data)系统开始：
- 同步设备
- 管理上下文
- 分发状态
多设备协同
手机继续操作 PC 自动同步 平板共享状态这已经不是：
App 自己的能力而是：
系统在组织状态八、AI 出现后，这种变化会更明显
传统 App 模型里：
用户 → 点击 → 页面跳转但 AI 出现之后：
用户 → 意图 → 系统状态变化重点已经不是：
打开哪个页面而是：
当前系统处于什么状态示例
用户说：
帮我整理今天会议内容AI 不会：
打开某个页面而是：
- 获取当前上下文
- 分析当前 Workspace
- 修改状态
- 自动生成 UI
这时候：
“应用”已经不再是核心入口。
九、为什么传统 Router 在鸿蒙 PC 上越来越奇怪
因为：
Router 是“页面系统”的产物它默认：
一次只存在一个上下文但鸿蒙 PC：
- 多窗口
- 多 Workspace
- 多输入源
- AI 自动调度
意味着：
上下文天然并行所以：
Router 开始退化。
真正重要的是：
状态流十、鸿蒙 PC 更像“运行时系统”
这是很多人没有意识到的。鸿蒙 PC 正在做的事情其实是：
统一状态 统一设备 统一能力 统一上下文本质像什么？更像：
一个分布式 Runtime而不是：
传统应用平台十一、为什么 ArkUI 会越来越“去页面化”
因为：
页面已经无法表达复杂系统真正需要表达的是：
- 状态空间
- Workspace
- 能力流
- 数据流
所以未来会越来越强调：
View State Intent Workspace而不是：
Page Route Jump十二、为什么很多开发者会“不适应”
因为过去十几年，大家习惯的是：
开发 App而鸿蒙 PC 更像：
开发系统中的状态节点这两种思维差异极大。
过去关注：
页面怎么跳？ 窗口怎么开？现在关注：
状态怎么组织？ 上下文怎么流动？十三、本质总结：鸿蒙 PC 正在“系统化”
这是最核心的一句话，很多人以为：
鸿蒙 PC = 国产桌面系统但真正的方向其实更像：
一个状态驱动的分布式系统运行层应用只是：
系统中的能力模块而不是：
绝对核心总结
鸿蒙 PC 最特别的地方，不是“能跑 App”，而是“开始重新定义系统”。
对比一下：
| 维度 | 传统应用平台 | 鸿蒙 PC |
|---|---|---|
| 核心单位 | App | 状态 |
| 组织方式 | 页面 | Workspace |
| 数据边界 | 应用内部 | 系统级流转 |
| 多设备 | 应用适配 | 系统协同 |
| AI 角色 | 插件 | 系统能力 |
最终你会发现：
鸿蒙 PC 真正改变的 不是“桌面” 而是“系统运行方式”所以它越来越不像：
应用平台反而越来越像：
一个状态驱动、分布式、AI 原生的新系统层。
