一句话导读：把在 MuJoCo 里调好的 PD 站位控制器原样搬进 PyBullet，机器人直接摔了。这篇文章记录整个排查过程——三个引擎行为差异的坑、一套两引擎对齐的方法、以及最终"同一控制器跨引擎误差只差 0.004°"的对齐结果。Sim2Real 之前，先过 Sim2Sim 这一关。所有数据来自本机一次运行，代码与结果可复现。题图｜对齐完成后，同一个 22 关节 PD 控制器在 MuJoCo

本文详解鸿蒙PC端上架的「青蟒Python编辑器」（Thonny Native）从V1.0验收工具到UI升级版的完整技术演进。坚持“真编译”路线，通过交叉编译CPython 3.12.9为aarch64静态库，嵌入NAPI .so，实现原生解释器运行；标准库与Thonny源码以数据包形式分发，首次启动解压至filesDir；裁剪不支持的C扩展模块，保障纯Python路径可用。架构分三层：ArkTS

本文详解鸿蒙PC端上架的「青蟒Python编辑器」（Thonny Native）从V1.0验收工具到UI升级版的完整技术演进。坚持“真编译”路线，通过交叉编译CPython 3.12.9为aarch64静态库，嵌入NAPI .so，实现原生解释器运行；标准库与Thonny源码以数据包形式分发，首次启动解压至filesDir；裁剪不支持的C扩展模块，保障纯Python路径可用。架构分三层：ArkTS

JupyterLab 上游是一个 Web 技术栈的桌面应用，直接重写不现实。。│ ohos_hap/ (DevEco HAP 壳) │││ pkg/ohos/runtime Electron 主进程 ││ · 平台探测：JUPYTERLAB_OPENHARMONY=1 ││ · 默认关 GPU 合成（OHOS 上不稳定） ││ · 三种服务模式（下文详述） │HAP 壳只做一件事：拉起 Elect

JupyterLab 上游是一个 Web 技术栈的桌面应用，直接重写不现实。。│ ohos_hap/ (DevEco HAP 壳) │││ pkg/ohos/runtime Electron 主进程 ││ · 平台探测：JUPYTERLAB_OPENHARMONY=1 ││ · 默认关 GPU 合成（OHOS 上不稳定） ││ · 三种服务模式（下文详述） │HAP 壳只做一件事：拉起 Elect

JupyterLab 上游是一个 Web 技术栈的桌面应用，直接重写不现实。。│ ohos_hap/ (DevEco HAP 壳) │││ pkg/ohos/runtime Electron 主进程 ││ · 平台探测：JUPYTERLAB_OPENHARMONY=1 ││ · 默认关 GPU 合成（OHOS 上不稳定） ││ · 三种服务模式（下文详述） │HAP 壳只做一件事：拉起 Elect

平台代码只写了 7 个文件（其中 5 个还是复用上游 skiko actual），真正的工程量在跨越 Compose 1.12 → 1.9 的版本鸿沟。WindowInfo换 dp 尺寸接口、删动画开关、砍触控板分支、navigationevent 自写兼容层、materialkolor 降 SPEC——每一处都是「上游以为天经地义、这里必须重新找路」的 API 形态差异。两条经验值得沉淀：其一，

本文实战适配Kotlin Multiplatform官方分页库Paging 3至OpenHarmony，通过克隆androidx.paging源码、重建ohos变体（3.4.0-ohos.1），补写POSIX互斥锁实现，配置sourceSet层级与编译参数，成功在DevEco模拟器上跑通Ktor MockEngine驱动的分页数据流。全链路验证了PagingSource→Pager→PagingD

本文实战适配Kotlin Multiplatform官方分页库Paging 3至OpenHarmony，通过克隆androidx.paging源码、重建ohos变体（3.4.0-ohos.1），补写POSIX互斥锁实现，配置sourceSet层级与编译参数，成功在DevEco模拟器上跑通Ktor MockEngine驱动的分页数据流。全链路验证了PagingSource→Pager→PagingD

本文记录将 multiplatform-markdown-renderer 及其依赖库（markdown、kotlinx-collections-immutable）完整适配 OpenHarmony 的实战过程。通过源码收编 206 个 .kt 文件，构建独立 markdown-lib 模块，补写 4 个 OpenHarmony 平台实际实现，并解决 CAdapterCodegen NPE 崩溃难