“相机取景器要实时景深模糊，逐帧绘制会卡主线程，能不能用离屏渲染把模糊丢到 GPU 单独通道？”——这是图形开发里非常典型的问题，但很多回答把“模糊计算”和“主线程阻塞”错误绑定，还给出大量并不存在的伪 API。本文澄清 ArkUI 模糊的真实渲染管线，给出能跑的代码，并指出哪些“方案”是抄不得的。

“相机取景器要实时景深模糊，逐帧绘制会卡主线程，能不能用离屏渲染把模糊丢到 GPU 单独通道？”——这是图形开发里非常典型的问题，但很多回答把“模糊计算”和“主线程阻塞”错误绑定，还给出大量并不存在的伪 API。本文澄清 ArkUI 模糊的真实渲染管线，给出能跑的代码，并指出哪些“方案”是抄不得的。

“从我的 App 跳微信/QQ”是社区高频问题。很多人第一次尝试就失败，因为微信、QQ 的鸿蒙版没有向第三方开放 App Linking（基于 HTTPS 域名校验的官方拉起方案），而且不能用 bundleName 显式拉起——对方根本没导出供三方调用的 Ability 入口。本文梳理可用的替代链路，并指出最常见的误区。

“从我的 App 跳微信/QQ”是社区高频问题。很多人第一次尝试就失败，因为微信、QQ 的鸿蒙版没有向第三方开放 App Linking（基于 HTTPS 域名校验的官方拉起方案），而且不能用 bundleName 显式拉起——对方根本没导出供三方调用的 Ability 入口。本文梳理可用的替代链路，并指出最常见的误区。

在鸿蒙应用里上传用户头像、附件是再常见不过的需求，但社区里关于“服务端收不到 multipart”“请求一直 pending”的提问非常集中。根因几乎都出在两点：extraData 不能直接传文件对象，以及忘记调用 destroy 释放连接。本文给出 API 11+ 的标准写法，并补充 rcp 更简洁的替代方案。

在鸿蒙应用里上传用户头像、附件是再常见不过的需求，但社区里关于“服务端收不到 multipart”“请求一直 pending”的提问非常集中。根因几乎都出在两点：extraData 不能直接传文件对象，以及忘记调用 destroy 释放连接。本文给出 API 11+ 的标准写法，并补充 rcp 更简洁的替代方案。

HarmonyOS 状态管理 V2（@ComponentV2 / @ObservedV2）发布后，很多同学把 V1 的 @Link 直接替换成 @Param + @Event，发现 @Param 是只读的，必须手写回调把子组件的变更通知父组件。结果代码量翻倍，嵌套层级深时事件还要层层透传，非常痛苦。

定位、相机、麦克风、通讯录这些敏感权限，HarmonyOS 不允许应用默认拥有，必须在运行时向用户申请，且用户拒绝后不能反复弹窗骚扰。很多应用一启动就"相机闪退"或"定位拿不到"，根因就是没走标准的动态权限申请流程。本文基于 ability_accessCtrl（AtManager），给出从"检查已授权 → 申请 → 处理拒绝 → 引导去系统设置"的完整闭环代码。

电商、图文、笔记类应用里最常见的布局就是"瀑布流"——多列、每列高度不一、向下无限滚动。HarmonyOS 早期的 List 组件是单行/单列等高的，做不了瀑布流。系统提供了专门的 WaterFlow 容器配合 FlowItem，再叠加 LazyForEach 懒加载，就能写出既好看又不卡的长列表。本文从一次"瀑布流滑动掉帧 + 内存暴涨"的排查入手，给出可运行的完整实现。

HarmonyOS 的 UI 渲染跑在主线程（Actor 模型，每个 UIAbility 一个主线程）。如果你在主线程里做"大数组排序""解析大 JSON""图片像素处理""递归计算"，主线程被占满，界面就会掉帧、点击无响应。正确做法是把这些任务丢到 TaskPool 工作线程，用 @Concurrent 装饰器标记可并发执行的函数。本文讲清 @Concurrent 的约束、如