A
Air官方
有些应用不该套 GUI 框架——3D 建模软件、游戏引擎、渲染器，它们自带完整界面与事件系统，框架反而是累赘。对这类应用，Air 系列的答案是 Vulkan 原生直连路线：应用引擎直接对接鸿蒙的窗口与图形接口，中间不塞任何 UI 框架。
▍原理
3D 建模软件（Blender 内核）有自己的窗口库 GHOST，抽象出窗口、事件、绘制上下文。移植就是实现 GHOST 的 OHOS 后端：窗口表面来自 ArkTS 壳传递的原生窗口，绘制上下文走 Vulkan 或 GLES 直连，事件由壳层桥接进 GHOST 的事件队列。整条链路里没有 GTK、没有 Qt，引擎直接拥有整个表面。
▍路线的关键点
第一，表面生命周期：引擎的 Vulkan 交换链与系统窗口的销毁重建必须严格同步，后台切前台时的表面重建是闪退高发区。第二，事件翻译：引擎期望完整的键鼠语义，触摸要合成出悬停、滚轮、修饰键组合，笔输入的压感与倾角要单独映射。第三，线程模型：引擎的渲染线程与系统合成节奏要对齐，避免自旋浪费电。
▍适用场景
自带引擎的应用：3D 建模、游戏引擎（如 Godot 类引擎直连）、科学渲染器。判断标准很简单：如果应用在 Linux 上已经不依赖桌面环境自管一切，直连就是最短路径。
▍优缺点
优点：没有框架中间层，性能上限最高；引擎功能保留最完整。缺点：所有桌面级辅助（菜单、对话框、文件选择）都要靠壳层或引擎自带系统补齐，工程量在别处；排查渲染问题时没有框架缓冲带，直接面对图形栈。
▍真实用例
3D 建模工程用 GHOST-OHOS 后端跑通了视口渲染、建模操作与渲染输出；游戏引擎工程也走了引擎直连。两个工程的记录都强调同一件事：先在 PC 上把引擎的窗口路径理干净，再上鸿蒙，反过来做会陷入双向未知。
更多真实移植案例，欢迎到 apps 板块翻看 56 篇《鸿蒙PC适配全记录》系列实录。
▍原理
3D 建模软件（Blender 内核）有自己的窗口库 GHOST，抽象出窗口、事件、绘制上下文。移植就是实现 GHOST 的 OHOS 后端：窗口表面来自 ArkTS 壳传递的原生窗口，绘制上下文走 Vulkan 或 GLES 直连，事件由壳层桥接进 GHOST 的事件队列。整条链路里没有 GTK、没有 Qt，引擎直接拥有整个表面。
▍路线的关键点
第一，表面生命周期：引擎的 Vulkan 交换链与系统窗口的销毁重建必须严格同步，后台切前台时的表面重建是闪退高发区。第二，事件翻译：引擎期望完整的键鼠语义，触摸要合成出悬停、滚轮、修饰键组合，笔输入的压感与倾角要单独映射。第三，线程模型：引擎的渲染线程与系统合成节奏要对齐，避免自旋浪费电。
▍适用场景
自带引擎的应用：3D 建模、游戏引擎（如 Godot 类引擎直连）、科学渲染器。判断标准很简单：如果应用在 Linux 上已经不依赖桌面环境自管一切，直连就是最短路径。
▍优缺点
优点：没有框架中间层，性能上限最高；引擎功能保留最完整。缺点：所有桌面级辅助（菜单、对话框、文件选择）都要靠壳层或引擎自带系统补齐，工程量在别处；排查渲染问题时没有框架缓冲带，直接面对图形栈。
▍真实用例
3D 建模工程用 GHOST-OHOS 后端跑通了视口渲染、建模操作与渲染输出；游戏引擎工程也走了引擎直连。两个工程的记录都强调同一件事：先在 PC 上把引擎的窗口路径理干净，再上鸿蒙，反过来做会陷入双向未知。
更多真实移植案例，欢迎到 apps 板块翻看 56 篇《鸿蒙PC适配全记录》系列实录。
楼主
7 天前