鸿蒙 PC 为什么更像“系统”，而不是“应用平台”？

网罗开发 （小红书、快手、视频号同名）

大家好，我是 展菲，目前在上市企业从事人工智能项目研发管理工作，平时热衷于分享各种编程领域的软硬技能知识以及前沿技术，包括iOS、前端、Harmony OS、Java、Python等方向。在移动端开发、鸿蒙开发、物联网、嵌入式、云原生、开源等领域有深厚造诣。

图书作者：《ESP32-C3 物联网工程开发实战》
图书作者：《SwiftUI 入门，进阶与实战》
超级个体：COC上海社区主理人
特约讲师：大学讲师，谷歌亚马逊分享嘉宾
科技博主：华为HDE/HDG

我的博客内容涵盖广泛，主要分享技术教程、Bug解决方案、开发工具使用、前沿科技资讯、产品评测与使用体验 。我特别关注云服务产品评测、AI 产品对比、开发板性能测试以及技术报告，同时也会提供产品优缺点分析、横向对比，并分享技术沙龙与行业大会的参会体验。我的目标是为读者提供有深度、有实用价值的技术洞察与分析。

展菲：您的前沿技术领航员

👋 大家好，我是展菲！

📱 全网搜索"展菲"，即可纵览我在各大平台的知识足迹。

每周定时推送干货满满的技术长文，从新兴框架的剖析到运维实战的复盘，助您技术进阶之路畅通无阻。

文章目录

• • 引言
  • 一、一个必须先理解的问题
  • [二、传统应用平台：核心是"打开 App"](#二、传统应用平台：核心是“打开 App”)
  • • 所以传统平台关注的是：
  • [三、鸿蒙 PC 正在变化的地方：App 开始失去边界](#三、鸿蒙 PC 正在变化的地方：App 开始失去边界)
  • • [传统 App](#传统 App)
    • [鸿蒙 PC](#鸿蒙 PC)
  • 四、真正的核心变化：从"页面系统"进入"状态系统"
  • • 传统平台
    • [鸿蒙 PC](#鸿蒙 PC)
  • 五、为什么鸿蒙越来越像"系统"
  • [六、传统 App 平台：应用彼此独立](#六、传统 App 平台：应用彼此独立)
  • [七、鸿蒙 PC：系统开始"参与应用"](#七、鸿蒙 PC：系统开始“参与应用”)
  • • 分布式状态
    • 多设备协同
  • [八、AI 出现后，这种变化会更明显](#八、AI 出现后，这种变化会更明显)
  • • 示例
  • [九、为什么传统 Router 在鸿蒙 PC 上越来越奇怪](#九、为什么传统 Router 在鸿蒙 PC 上越来越奇怪)
  • [十、鸿蒙 PC 更像"运行时系统"](#十、鸿蒙 PC 更像“运行时系统”)
  • [十一、为什么 ArkUI 会越来越"去页面化"](#十一、为什么 ArkUI 会越来越“去页面化”)
  • 十二、为什么很多开发者会"不适应"
  • • 过去关注：
    • 现在关注：
  • [十三、本质总结：鸿蒙 PC 正在"系统化"](#十三、本质总结：鸿蒙 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 原生的新系统层。