网罗开发小红书、快手、视频号同名大家好我是展菲目前在上市企业从事人工智能项目研发管理工作平时热衷于分享各种编程领域的软硬技能知识以及前沿技术包括iOS、前端、Harmony OS、Java、Python等方向。在移动端开发、鸿蒙开发、物联网、嵌入式、云原生、开源等领域有深厚造诣。图书作者《ESP32-C3 物联网工程开发实战》图书作者《SwiftUI 入门进阶与实战》超级个体COC上海社区主理人特约讲师大学讲师谷歌亚马逊分享嘉宾科技博主华为HDE/HDG我的博客内容涵盖广泛主要分享技术教程、Bug解决方案、开发工具使用、前沿科技资讯、产品评测与使用体验。我特别关注云服务产品评测、AI 产品对比、开发板性能测试以及技术报告同时也会提供产品优缺点分析、横向对比并分享技术沙龙与行业大会的参会体验。我的目标是为读者提供有深度、有实用价值的技术洞察与分析。展菲您的前沿技术领航员 大家好我是展菲 全网搜索“展菲”即可纵览我在各大平台的知识足迹。每周定时推送干货满满的技术长文从新兴框架的剖析到运维实战的复盘助您技术进阶之路畅通无阻。文章目录引言一、传统 PC 多窗口本质是“多个独立应用”二、鸿蒙 PC 最大的变化Window 不再是核心三、什么是 Workspace四、多窗口真正的实现原理1、GlobalState2、Workspace3、Window五、为什么“窗口持有状态”一定会出问题六、真正正确的结构Window 无状态化七、多窗口同步的真正原理八、焦点系统为什么会越来越复杂正确做法FocusCenter九、多窗口真正难的不是 UI而是“状态隔离”例如十、多窗口 AI为什么传统架构会瞬间崩Workspace 模型下十一、真正稳定的多窗口架构GlobalStateWorkspaceCenterFocusCenterWindowManager十二、为什么鸿蒙 PC 本质更像“系统”十三、总结引言很多人第一次做鸿蒙 PC 多窗口时都会觉得不就是“再开一个窗口”吗于是项目很容易这样设计WindowA WindowB WindowC每个窗口自己维护状态自己管理生命周期自己处理输入刚开始看起来没问题。但只要项目稍微复杂一点很快就会出现这些现象多窗口状态不同步焦点乱跳数据覆盖窗口切换后 UI 错乱AI 修改了错误窗口一个窗口关闭另一个直接崩最后团队会发现真正困难的从来不是“开窗口”。而是如何让多个窗口仍然属于“同一个系统”。因为在鸿蒙 PC 上多窗口不是 UI 能力 而是状态系统能力一、传统 PC 多窗口本质是“多个独立应用”先理解传统 Windows / macOS 模型。过去桌面系统里的多窗口本质上是Window 独立上下文例如一个窗口一个生命周期一个窗口一份状态一个窗口一套逻辑典型结构Window ├── UI ├── State ├── Event └── Lifecycle这种模式最大的问题窗口之间天然隔离。所以后面一定会出现状态同步数据共享焦点竞争生命周期冲突二、鸿蒙 PC 最大的变化Window 不再是核心这是最关键的一步很多人以为Window 是系统核心但在鸿蒙 PC真正的核心其实是 Workspace。Window 只是Workspace 的可视化投影三、什么是 Workspace你可以把它理解成一个“运行中的状态空间”例如classWorkspace{state:WorkspaceState focus:FocusState tasks:TaskState layout:LayoutState}这里最关键的一点Window 不拥有状态。真正拥有状态的是Workspace四、多窗口真正的实现原理很多人以为多窗口 创建多个 Window其实真正结构更像GlobalState ↓ Workspace ↓ Window ↓ ArkUI也就是说1、GlobalState负责用户登录态分布式数据AI 上下文设备状态例如globalStore.user2、Workspace负责当前任务当前文档当前焦点当前布局当前窗口组例如workspace.activeDocument3、Window只负责状态显示本身不应该持有核心业务状态管理系统逻辑保存长期数据五、为什么“窗口持有状态”一定会出问题这是很多项目后期崩掉的根源很多人会写classEditorWindow{currentDoc:Doc}短期没问题。但后面一定出现WindowA 改状态WindowB 不同步多窗口冲突AI 更新错误实例最终状态开始分裂这是最危险的。六、真正正确的结构Window 无状态化正确模型Window 只负责 UI Workspace 才拥有状态例如classEditorWindow{constructor(privateworkspace:Workspace){}}Window 永远通过workspace.state获取数据。而不是this.state自己维护。七、多窗口同步的真正原理很多人会问多窗口为什么能实时同步原因其实很简单它们根本不是“同步”而是共享同一个状态源例如workspace.currentFilefile所有窗口自动响应因为UI State Projection八、焦点系统为什么会越来越复杂一旦进入多窗口焦点问题会指数级上升因为 PC 存在键盘焦点输入法焦点Workspace 焦点Window 激活焦点Panel 焦点传统项目每个窗口自己管理后期一定崩。正确做法FocusCenter真正稳定的结构classFocusCenter{activeWorkspace:stringfocusedComponent:string}所有窗口共享同一个焦点系统九、多窗口真正难的不是 UI而是“状态隔离”很多人误以为多窗口难在布局其实真正难的是哪些状态共享 哪些状态隔离例如应该共享用户 权限 文档 AI 上下文应该隔离窗口布局 焦点 滚动位置 临时 UI 状态如果不分层系统一定混乱十、多窗口 AI为什么传统架构会瞬间崩传统页面系统AI 不知道当前真正上下文因为页面太多Router 太复杂状态分散AI 很容易改错窗口Workspace 模型下AI 可以直接workspace.currentTask workspace.currentDocument workspace.currentSelection然后精准修改状态所有窗口自动刷新。十一、真正稳定的多窗口架构后来很多成熟项目都会逐渐演变成GlobalState ↓ WorkspaceCenter ↓ FocusCenter ↓ WindowManager ↓ ArkUIGlobalState负责全局系统状态WorkspaceCenter负责任务上下文FocusCenter负责输入路由WindowManager负责窗口生命周期十二、为什么鸿蒙 PC 本质更像“系统”因为Window 已经不是核心单位真正核心的是状态流WorkspaceFocusTaskIntent这已经不是传统 App 架构而是系统级运行模型十三、总结如果用一句话总结鸿蒙 PC 多窗口窗口只是表象真正运行的是“状态系统”。很多项目后期崩掉不是因为Window 太多ArkUI 太复杂PC 太难真正原因只有一个系统没有统一状态中心真正稳定的鸿蒙 PC 多窗口架构一定具备Workspace 中心化Window 无状态化Focus 集中化状态分层Task 驱动UI 投影化因为Window 可以有很多个 但状态中心只能有一个最终你会发现鸿蒙 PC 多窗口真正改变的不是“窗口数量”。而是应用开始从“页面系统”进化成“状态运行系统”。