欢迎光临
我们一直在努力

桌面正在消失?HarmonyOS PC 为什么要重写整个 Runtime?

在这里插入图片描述

在这里插入图片描述

子玥酱
(掘金 / 知乎 / CSDN / 简书 同名)

大家好,我是 子玥酱,一名长期深耕在一线的前端程序媛 👩‍💻。曾就职于多家知名互联网大厂,目前在某国企负责前端软件研发相关工作,主要聚焦于业务型系统的工程化建设与长期维护。

我持续输出和沉淀前端领域的实战经验,日常关注并分享的技术方向包括 前端工程化、小程序、React / RN、Flutter、跨端方案, 在复杂业务落地、组件抽象、性能优化以及多端协作方面积累了大量真实项目经验。

技术方向:前端 / 跨端 / 小程序 / 移动端工程化 内容平台:掘金、知乎、CSDN、简书 创作特点:实战导向、源码拆解、少空谈多落地 文章状态:长期稳定更新,大量原创输出

我的内容主要围绕 前端技术实战、真实业务踩坑总结、框架与方案选型思考、行业趋势解读 展开。文章不会停留在“API 怎么用”,而是更关注为什么这么设计、在什么场景下容易踩坑、真实项目中如何取舍,希望能帮你在实际工作中少走弯路。

子玥酱 · 前端成长记录官 ✨ 👋 如果你正在做前端,或准备长期走前端这条路 📚 关注我,第一时间获取前端行业趋势与实践总结 🎁 可领取 11 类前端进阶学习资源(工程化 / 框架 / 跨端 / 面试 / 架构) 💡 一起把技术学“明白”,也用“到位”

持续写作,持续进阶。 愿我们都能在代码和生活里,走得更稳一点 🌱

文章目录

    • 引言
    • 一、桌面真正的问题,不是 UI,而是 Application Runtime 开始出现边界
    • 二、Process 已经不能描述用户真正的工作
    • 三、真正持续运行的对象已经变成 Workspace
    • 四、State 模型正在失效,Context 正在成为新的系统核心
    • 五、Agent 不再是助手,而是新的 Scheduler
    • 六、Window 正在退居二线,Workspace 成为新的运行容器
    • 七、四层 Runtime 正在重新定义未来桌面系统
      • Kernel Runtime 负责:
      • Application Runtime 负责:
      • Workspace Runtime 负责:
      • Agent Runtime 负责:
    • 八、真正的竞争对象可能不是 Windows
    • 总结

引言

很多人讨论 HarmonyOS PC 时,关注点往往在:

  • AI 助手
  • 多窗口
  • Workspace
  • 分布式能力
  • 超级终端

于是很容易得出一个结论:

HarmonyOS PC = Windows + AI

甚至很多人认为:

换一个桌面,再加一个 Agent,仅此而已。

但如果从系统架构角度去看,你会发现,这些其实都只是表象。真正发生变化的,可能不是:

Desktop

而是:

Runtime

过去四十年,桌面系统真正运行的对象是:

Process

整个系统围绕:

Process Runtime

构建。

但 AI Native 软件时代,真正持续运行的对象开始变成:

Goal

Task

Context

Workspace

Agent

于是,一个新的 Runtime 层开始出现。而这,可能才是 HarmonyOS PC 最深层的变化。

一、桌面真正的问题,不是 UI,而是 Application Runtime 开始出现边界

过去四十年,整个桌面软件结构始终是:

Desktop

Application

Window

操作系统默认认为:

任务属于 Application

例如,打开:

  • IDEA
  • Chrome
  • 微信

关闭应用:

Task End

整个模型都建立在:

Application Boundary

之上。

但是今天,一个开发任务往往同时涉及:

  • IDE
  • 浏览器
  • 企业微信
  • API 文档
  • AI 助手
  • 数据库客户端

对于系统来说:

6 个 Process

但对于用户来说,真正只有一个对象:

开发审批流模块

于是:

Task Boundary
>
Application Boundary

用户感知的对象开始发生变化,传统 Application Runtime 开始出现边界。

二、Process 已经不能描述用户真正的工作

这是整个软件世界最大的变化。

过去,系统运行对象:

chrome.exe

wechat.exe

idea.exe

Task Manager 看到的是:

PID

Process 被认为是:

运行单元

但是用户真正感知的是:

Goal

例如:

完成测试方案

这个 Goal 会跨越:

  • 多个窗口
  • 多个 App
  • 多个设备

甚至持续数天。

此时,真正持续存在的对象已经不是:

Process

而是:

Task

于是:

Process Runtime

开始逐渐失去中心地位。

三、真正持续运行的对象已经变成 Workspace

过去,Window 属于 Application。例如:

Word

Window

关闭 App,状态消失。但未来,Window 属于:

Workspace

例如当前 Workspace 包含:

AMS工程

需求文档

设计稿

数据库

测试计划

企业微信

即使:

  • 重启应用;
  • 切换设备;
  • 重新登录;

用户真正希望保留的是:

当前工作状态

于是,新的 Runtime 出现:

Workspace Runtime

维护:

interface WorkspaceState {

currentTask:string

currentProject:string

activeFiles:string[]

activeWindows:string[]

activeDevices:string[]

}

系统开始从:

Application Runtime

进入:

Workspace Runtime

时代。

四、State 模型正在失效,Context 正在成为新的系统核心

过去,状态属于页面:

@State messages:Message[]

关闭页面:状态消失;退出应用:上下文消失。

这种模型在移动时代没有问题。但 AI Native 时代,任务可能持续:

  • 数小时;
  • 数天;
  • 多设备;
  • 多窗口;

真正重要的不再是:

Page State

而是:

Context State

例如:

interface ContextState {

currentTask:string

currentProject:string

activeWindow:string

selectedContent:string

activeFiles:string[]

}

系统真正关心的是:

用户正在做什么

而不是:

按钮是否被点击

因此:

Context
>
Page

未来,Context Engine 很可能成为系统核心。

五、Agent 不再是助手,而是新的 Scheduler

很多人理解 Agent:

Chat Bot

实际上,未来 Agent 更像:

Task Scheduler

传统操作系统:

Scheduler

Thread

CPU

未来:

Agent Scheduler

Task

Tool Runtime

例如,用户输入:

生成审批流测试方案

内部:

Goal

Planner

Task Graph

Tool Runtime

Execution

自动完成:

  • 读取需求;
  • 分析接口;
  • 生成测试用例;
  • 输出文档;
  • 发送通知;

此时 Agent 已经不再是:

Chat Bot

而是:

Task Kernel

开始承担新的执行能力。

六、Window 正在退居二线,Workspace 成为新的运行容器

过去:

Window
属于 Application

未来:

Window
属于 Workspace

Window 不再是核心,真正持续运行的是:

Workspace Graph

维护:

Task

Context

Memory

Device

窗口只是:

Projection

真正运行的是:

Runtime

而不是:

UI

七、四层 Runtime 正在重新定义未来桌面系统

未来 HarmonyOS PC 很可能形成:

Hardware

Kernel Runtime

Application Runtime

Workspace Runtime

Agent Runtime

Kernel Runtime 负责:

CPU

Memory

Disk

Application Runtime 负责:

Process

Window

Component

Workspace Runtime 负责:

State

Context

Device

Agent Runtime 负责:

Goal

Task

Tool

Action

整个系统开始从:

Resource OS

演化成:

Goal OS

八、真正的竞争对象可能不是 Windows

很多人认为,HarmonyOS PC 的目标是:

Windows

其实未必,Windows 解决的是:

资源运行

而未来软件需要解决的是:

任务运行

真正决定未来桌面的能力边界,不是:

  • 图标;
  • 动画;
  • 任务栏;

而是:

State Graph

Context Graph

Task Graph

Tool Graph

Agent Scheduler

Distributed Runtime

这些能力共同组成:

AI Native Runtime

谁先掌握:

Workspace Runtime
+
Agent Runtime

谁就有机会定义下一代桌面。

总结

过去四十年:

Process
=
运行对象

未来十年:

Goal
=
运行对象

过去:

Application
是入口

未来:

Agent
可能成为入口

过去:

Window
决定体验

未来:

Runtime
决定能力

所以,HarmonyOS PC 真正想重写的,也许从来不是桌面。

而是整个软件世界运行了四十年的:

Application Runtime

因为下一代桌面的竞争,本质上不再是谁的 UI 更漂亮。

而是谁能够定义:

Workspace Runtime

Agent Runtime

AI Native Runtime

而当桌面的核心从:

Process

变成:

Goal

从:

Window

变成:

Workspace

从:

Application

变成:

Agent

也许有一天我们会发现:

消失的不是桌面。

真正消失的,是整个软件世界运行了四十年的 Application Runtime。

赞(0)
未经允许不得转载:171主机测评 » 桌面正在消失?HarmonyOS PC 为什么要重写整个 Runtime?
分享到: 更多 (0)

评论 抢沙发

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址