4
0引言：在 2025 年 9 月 27 日长沙举办的 开源鸿蒙技术大会 上，应用开发工程技术分论坛聚焦鸿蒙生态下的开发工具与工程实践，全面展示了生成式应用开发、人机协作、自动化测试、GUI 智能体、静态与动态分析工具链等前沿探索。论坛不仅涵盖了 ArkUI Analyzer、CodeGenie 等最新工具的发布与应用案例，也强调了开源鸿蒙在驱动适配、体验优化、软件质量保障等方面的工程化进展，勾勒出面向未来的智能化开发图景。
一、 生态移植与实战挑战
2025年被视为纯鸿蒙元年，鸿蒙宣布可能使用单内核架构，加剧了生态不兼容性，使应用移植成为关键。截至大会，OHPM仓（组件仓库）软件库数量已增长至1930多个，但生态仍处于初期阶段。
东北大学团队专注于源代码迁移适配工作，旨在将JS/TS第三方库移植到鸿蒙。手动移植教程是纯手动式，缺乏重复性工具。实际挑战包括框架API转换、语言特性差异（TS避免了JS的许多动态特性）以及配置文件转换。即使是相对简单的库，也可能爆出几十甚至几百个编译不兼容的语法错误，且规则间存在错综复杂的依赖关系。大模型在处理这类迁移时面临鸿蒙（TS）语料稀缺，以及难以理解多变编码风格下的复杂语法差异的挑战。通过自底向上、从小力度到大力度的策略处理错误，团队在处理包含4531个问题的流行库LODASH时，适配成功率达到97.35%。
二、 AI与开发模式创新
业界超过70%代码生成和支持。
华为鸿蒙AI的演进目标是将AIGC能力深度集成到IDE中，与复旦大学合作实现了从零到一的代码生成，可通过自然语言对话生成代码，提供100%的预览。
复旦大学彭鑫教授提出基于特性驱动开发（FDD）演进式开发框架（EvoDev），认为软件开发是探索性过程，应逐层迭代增量实现特性。实践证明，演进式设计比传统的“一次性设计”（空中楼阁式）效率更高，因为每一步都能给大模型提供足够的上下文。然而，研究发现某些大模型（如Claude系列）在强化编码能力的同时，可能弱化了指令遵循能力，倾向于自我规划，阻碍外部协调，被称为“编码狂人”。
三、 质量保障与智能化测试
大会强调，与半导体产业类似，鸿蒙生态的制造能力决定起点，但检测能力决定上限。
应用与系统生态体检平台（华为与合作伙伴）提供功能正确性、兼容性、性能与安全性全流程检测。性能故障树分为场景（冷启动、页面转场、滑动）、典型问题、问题根因三级。平台支持通过模拟器进行多设备兼容性体检，甚至支持一个模拟器模拟多屏以提高效率。诊断模块通过分析Trace点和堆栈，识别UI线程中的耗时逻辑。
华中师范大学针对传统GUI测试是黑盒测试、容易陷入局部遍历的挑战，提出了ArkUI Analyzer模块，利用静态代码分析构建功能地图（UI转移图）。该地图刻画了应用的数据流和功能跳转，用于指导测试路径和避免重复。对开源鸿蒙应用分析，功能图谱的完整性超过95%，精确性超过97%。
**GUI智能体（JUI Agent）技术旨在让AI像人类助手一样，理解自然语言指令，自主完成“感知、思考、动作”**的循环操作。
• 思考（Thinking）：从单智能体走向多智能体框架，通过规划、决策、反思Agent分工协作。
• 记忆（Memory）：从记录孤立的组件文档，发展到构建APPMAP，通过结构级匹配而非像素级匹配，将结构相似的页面视为同一逻辑页面，缓解了“状态空间爆炸”问题。
• 动作（Action）：主流的实现方案是通过无障碍服务（Accessibility Service）在端侧执行操作。
四、 底层工具链与跨平台技术
西安交大致力于构建面向ArkTS语言的静态分析工具链，以弥补鸿蒙生态在静态分析工具链上的空白。已开发工具包括：
• OParser：ArkTS语法分析工具，旨在兼容ArkTS、TypeScript和JavaScript。
• ANet：代码依赖分析工具，支持19种实体和12种依赖关系（如Override、Use等）的解析。
湖南大学介绍了二进制翻译技术，允许在没有源代码的情况下，将一个平台上的二进制程序在另一个平台上运行。这项技术解决了跨架构软件移植的高成本、处理器与软件生态发展的前后制约困境。业界实践包括Apple的Rosetta 2（X86到Arm）和华为的Cargen（X86到Arm，用于兼容X86应用）。通常采用动静结合的方式，通过动态翻译（运行时仿真引擎）处理间接跳转等动态特性。
