本文介绍了一个基于HarmonyOS/ArkTS实现的JSBridge框架Demo，通过H5 SDK与ArkTS Runtime的协同设计，解决了H5与原生能力交互中的异步通信、请求管理、错误处理等问题。框架采用分层架构，H5 SDK负责封装请求生成、回调管理和超时处理，ArkTS Runtime负责请求分发、参数校验和系统能力调用，提供了类似SDK的简洁调用方式。文章详细阐述了requestId

文章摘要：本文通过两个鸿蒙demo对比了SSE（Server-Sent Events）和WebSocket的核心区别。SSE是基于HTTP的单向通信，适合服务器主动推送场景（如AI逐字回复）；WebSocket是双向通信协议，适合实时互动场景（如聊天室）。关键区别在于：SSE实现简单但只能单向推送，WebSocket功能全面但需独立服务。选择建议：优先考虑SSE满足单向需求，仅在需要双向交互时使用

它不是一个完整的小程序平台，也不是生产级容器，而是一个围绕 HarmonyOS Web 容器和 JSBridge 调用链路做的工程实践项目。我一开始的目标很简单：H5 页面能不能通过一个统一的 JSBridge 调用 ArkTS 侧能力？但真正开始做之后，发现如果只是让 H5 调一个 Toast，其实很容易；难的是如何把它做成一个有层次、有扩展能力、能被其他 Demo 复用的运行时框架雏形。Ark

项目地址：https://github.com/lichenyang5/MiniAppRuntime-Harmony本文是 MiniAppRuntime-Harmony 系列第六篇，讲本地 HAR 包和 MyASCFRuntime 门面类。说明：本文只讨论个人开源项目工程设计，基于公开 HarmonyOS 工程能力实现。

防抖（Debounce）是一种优化高频事件处理的技术，通过延迟执行回调函数直到事件停止触发一段时间。比如在搜索框输入时，只有用户停止输入1秒后才发起请求，避免频繁请求。React中可通过自定义Hook实现：利用useRef保存定时器，每次触发时清除前一个定时器并设置新的延迟执行。这样能确保只执行最后一次触发的事件，提升性能。示例展示了如何将防抖应用于滚动和输入事件。

以has.echo1. 在核心模块新增 EchoModule2. 在 EchoModule 中使用 @JsMethod({ callback: true }) 暴露 echo 方法3. echo 方法接收 params，读取 message4. echo 方法调用 ArkUI 弹窗能力5. echo 方法通过 Promise.resolve({ message }) 返回数据6. 在核心模块初始化

把上下两段合起来，业务代码↓全局 has 对象↓逻辑层 showToast API↓↓桥接 / 能力代理↓底层模块映射表查找 system.prompt↓找到 PromptModule↓执行 PromptModule.showToast(option)↓读取 title 和 duration↓组装 toastOption↓调用 ArkUI PromptAction↓展示 Toast上半链路：逻辑层

本文介绍了React组件通讯的多种实现方式。通过实际案例详细解析了如何使用createContext、useReducer等原生Hook构建状态管理方案，替代第三方状态库。重点展示了：1）通过Context实现跨组件数据共享；2）使用useReducer集中管理复杂状态；3）利用useRef+forwardRef实现父子组件方法调用。案例包含计数器、规则列表等典型场景，并对比了不同通讯方式的适用场

本文介绍了开发HarmonyOS Web容器的第一阶段实现过程，重点讲解如何使用ArkWeb加载本地H5页面。作者建议从基础功能入手，先将H5 Demo放在rawfile目录下，通过简单HTML页面验证Web容器能力。文章详细说明了ArkTS侧Web组件实现、H5页面结构设计，并预先定义了H5侧API调用入口myascf.js空壳。该阶段验收标准聚焦于基础功能验证，不涉及通信能力，为后续开发奠定基

本文介绍了一个在HarmonyOS上实现的轻量级小程序运行时框架MiniAppRuntime-Harmony。该项目通过ArkWeb容器加载本地H5页面，并构建完整的JSBridge通信链路，实现H5与原生ArkTS的高效交互。文章详细阐述了框架的设计思路和实现路径，包括通信协议设计、请求分发机制、业务逻辑分层、错误处理等核心环节。目前已完成基础架构搭建，实现了toast展示等基础能力，未来计划扩