这篇文章深入解析了HarmonyOS ASCF框架的双线程通信机制，重点阐述了JavaScriptProxy和runJavaScript的核心作用。作者通过实践demo纠正了初期对"单条函数调用链"的误解，指出完整流程实际由两条反向通信链路构成：H5通过JavaScriptProxy调用ArkTS能力，ArkTS通过runJavaScript返回结果。文章详细剖析了requestId在异步通信中的

本文记录了在ArkUI中实现票根样式卡片的完整过程。作者从最初的"色块覆盖假缺口"方案出发，逐步演进到使用PathShape实现真裁剪效果。文中重点揭示了四个关键发现：（1）clipShape需用PathShape而非Path组件；（2）阴影会自动沿裁剪后的轮廓发光；（3）Path命令使用px单位而非默认vp；（4）撕线可用零体积边框实现。最终方案通过单层结构实现带缺口阴影效果，解决了多设备适配问

本文总结了鸿蒙(HarmonyOS Next)开发中的三个核心实践： MVVM分层架构：采用Component-Controller-Biz-Imp五层结构，实现UI展示、流程编排、业务逻辑和接口实现的解耦，通过登录和聊天发送示例演示各层职责划分。 状态管理对比：区分AppStorageV2（运行时全局共享）和PersistenceV2（持久化存储）的使用场景，前者适合临时UI状态，后者用于需持久

本文探讨了在ArkTS开发中遇到的暗色模式适配问题。作者发现手机切换暗色模式时，系统UI变暗但App内容区不变，深入分析后发现这不是bug，而是主题方案未与系统联动。文章系统梳理了资源访问机制（$r与$rawfile的区别）、resources限定符目录结构，指出问题根源在于颜色值采用硬编码而非资源引用。最终解决方案是通过监听系统配置变化（onConfigurationUpdate），将系统颜色模

日志工具优化：从 console.log 到 HiLog 的工业级实践 本文记录了将 ArkTS 项目中的 console.log 替换为 HiLog 的完整过程，重点解决了一个隐私脱敏的困惑： 替换动因：console.log 缺乏隐私保护、性能控制和过滤能力，而 HiLog 提供域隔离、隐私标记和日志分级功能。 核心发现：%{private}s 在 debug 模式下会显示明文（方便调试），仅

本文总结了 ArkTS 严格类型系统的核心规则，通过与 TypeScript 的对比，揭示了 ArkTS 作为 TypeScript 严格子集的设计理念。文章从七大核心差异入手（禁用 any/unknown、显式类型声明、名义类型、静态对象结构、显式返回类型、类初始化要求、标准库限制），结合 chatModel.ets 的实际代码示例，阐释了这些规则背后的 AOT 编译和跨线程需求。特别针对 in

刚开始我以为这个 Demo 只是：鸿蒙里嵌一个 H5 页面，然后互相调方法。现在我更愿意把它理解成：一个简化版的小程序运行时容器实验。它的重点不是“WebView 怎么写”，而是：如何让 Web 业务层通过统一协议、安全、稳定、可观测地调用鸿蒙 Native 能力。这也是我觉得这个 Demo 最有价值的地方。

刚开始我以为这个 Demo 只是：鸿蒙里嵌一个 H5 页面，然后互相调方法。现在我更愿意把它理解成：一个简化版的小程序运行时容器实验。它的重点不是“WebView 怎么写”，而是：如何让 Web 业务层通过统一协议、安全、稳定、可观测地调用鸿蒙 Native 能力。这也是我觉得这个 Demo 最有价值的地方。

本文是鸿蒙 Web 容器系列第五篇，主要介绍 ArkTS 与 H5 双向通信的闭环实现及容器治理。通过 runJavaScript 实现 ArkTS 回调 H5，需注意避免同步回调时的重入问题。完整通信链路包含请求、接收、分发和响应四个环节。此外，文章对比了标准 Web 和 AtomicServiceEnhancedWeb 的差异：前者灵活支持自定义 JSBridge，后者开箱即用但功能受限。最后

本文是鸿蒙 Web 容器系列第五篇，主要介绍 ArkTS 与 H5 双向通信的闭环实现及容器治理。通过 runJavaScript 实现 ArkTS 回调 H5，需注意避免同步回调时的重入问题。完整通信链路包含请求、接收、分发和响应四个环节。此外，文章对比了标准 Web 和 AtomicServiceEnhancedWeb 的差异：前者灵活支持自定义 JSBridge，后者开箱即用但功能受限。最后