网罗开发小红书、快手、视频号同名大家好我是展菲目前在上市企业从事人工智能项目研发管理工作平时热衷于分享各种编程领域的软硬技能知识以及前沿技术包括iOS、前端、Harmony OS、Java、Python等方向。在移动端开发、鸿蒙开发、物联网、嵌入式、云原生、开源等领域有深厚造诣。图书作者《ESP32-C3 物联网工程开发实战》图书作者《SwiftUI 入门进阶与实战》超级个体COC上海社区主理人特约讲师大学讲师谷歌亚马逊分享嘉宾科技博主华为HDE/HDG我的博客内容涵盖广泛主要分享技术教程、Bug解决方案、开发工具使用、前沿科技资讯、产品评测与使用体验。我特别关注云服务产品评测、AI 产品对比、开发板性能测试以及技术报告同时也会提供产品优缺点分析、横向对比并分享技术沙龙与行业大会的参会体验。我的目标是为读者提供有深度、有实用价值的技术洞察与分析。展菲您的前沿技术领航员 大家好我是展菲 全网搜索“展菲”即可纵览我在各大平台的知识足迹。每周定时推送干货满满的技术长文从新兴框架的剖析到运维实战的复盘助您技术进阶之路畅通无阻。文章目录引言一、Thread 本质解决的是资源执行二、用户真正运行的其实是 Task三、Thread 无法描述复杂依赖关系四、Task 开始成为新的执行对象Task 可以五、HarmonyOS PC 为什么需要 Task Runtime六、Agent Runtime 正在成为新的执行层真正执行的是七、未来可能存在双执行系统八、HarmonyOS PC 真正想重写的也许是执行模型总结引言过去四十年整个软件世界有一个默认共识Process 运行对象 Thread 执行对象无论WindowsLinuxAndroidmacOS系统真正调度的始终是Thread于是整个软件架构形成了经典模型Application ↓ Process ↓ Thread ↓ CPU几十年来这套模型几乎没有变化。因为过去的软件核心非常简单用户打开 App ↓ 执行功能 ↓ 退出 AppThread 足够描述整个运行过程但 AI Native 软件时代一切开始发生变化。今天的软件越来越多地出现AgentWorkflowLong TaskTool CallingWorkspaceContext这时候一个新的问题出现了Thread 真的是用户感知的运行对象吗答案可能是否定的。因为用户真正关心的从来不是Thread-1 Thread-2 Thread-3而是完成任务于是一个新的执行模型开始出现。一、Thread 本质解决的是资源执行传统线程while(true){execute();}系统调度Thread ↓ CPU Scheduler ↓ CPUThread 的职责非常明确使用 CPU ➡️ 执行代码 ➡️ 切换上下文 ➡️ 消耗资源因此Thread Execution Unit线程解决的是如何运行而不是为什么运行这也是 Thread 最大的局限。二、用户真正运行的其实是 Task假设当前正在开发一个审批流系统。Workspace 中同时存在DevEco Studio接口文档数据库工具企业微信测试计划AI Assistant操作系统看到300 Threads但是用户真正只有一个目标完成审批流测试方案整个过程包含读取需求 ↓ 分析接口 ↓ 生成测试用例 ↓ 生成报告 ↓ 发送邮件用户感知的是Task而不是Thread这意味着Task Boundary Process Boundary任务边界已经开始超过应用边界。三、Thread 无法描述复杂依赖关系线程之间Thread A Thread B Thread C彼此独立但 AI Workflow 更像Task1 读取需求 ↓ Task2 分析接口 ↓ Task3 生成测试用例 ↓ Task4 输出报告形成Task Graph例如interfaceTask{id:stringpriority:numberdependencies:string[]}真正重要的是Dependency而不是Time Slice因为Task3 必须等待 Task2 Task2 必须等待 Task1这已经不是 Thread Scheduler 能够描述的问题。四、Task 开始成为新的执行对象未来系统可能变成Goal ↓ Planner ↓ Task Graph ↓ Task Runtime ↓ Thread Pool ↓ CPU注意Thread 并没有消失只是位置发生变化。过去Thread 执行对象未来Thread 资源载体真正持续存在的是Task例如interfaceRuntimeTask{id:stringgoal:stringcontext:anystate:string}Task 可以1、暂停Suspend2、恢复Resume3、跨设备迁移Transfer4、持续数小时Long Running这些能力Thread 很难天然支持。五、HarmonyOS PC 为什么需要 Task Runtime过去状态属于页面例如Componentstruct ChatPage{Statemessages[]}页面关闭State 消失但未来任务可能持续数小时多窗口多应用多设备例如当前 WorkspaceAMS工程 需求文档 设计稿 数据库用户关闭 DevEco Studio 重新打开。任务不应该消失生成测试方案因此真正持续存在的应该是Task而不是Page于是Workspace Runtime ↓ Task Runtime ↓ Thread Pool开始出现。六、Agent Runtime 正在成为新的执行层传统执行Thread ↓ CPU未来Goal ↓ Planner ↓ Task Graph ↓ Agent Scheduler ↓ Tool Runtime ↓ Thread Pool ↓ CPU真正执行的是1、File Tool2、Search Tool3、LLM Tool4、Notification ToolThread 只是底层资源高层执行权开始上移Agent Runtime这越来越像Task Kernel而不是Chat Assistant七、未来可能存在双执行系统未来系统会有两层执行对象。第一层KernelProcess Thread CPU负责Resource Runtime第二层Agent RuntimeGoal Task Context Tool负责Goal Runtime形成Goal ↓ Task ↓ Thread ↓ CPU因此Task Thread不是因为 Thread 消失。而是Thread 开始退化成资源层。八、HarmonyOS PC 真正想重写的也许是执行模型很多人认为HarmonyOS PC 在挑战WindowsmacOS其实更深层的竞争是Execution Model过去Thread 执行对象未来Task 执行对象过去优化CPU 利用率未来优化Goal Completion过去Kernel Scheduler 决定执行未来Planner Agent Scheduler 决定执行于是软件系统开始从Resource OS进入Goal OS时代。总结过去四十年Thread Execution Unit未来十年真正持续存在的对象可能变成Task过去线程驱动程序未来任务驱动程序过去资源决定行为未来目标决定行为所以Task 会取代 Thread 吗答案是不会。但 Thread 会越来越退居到底层资源层。而 Task正在成为 AI Native Runtime 世界新的执行对象。这或许才是 HarmonyOS PC 新执行模型背后最值得关注的变化。因为未来软件真正运行的可能不再是线程。而是Task。