有一类鸿蒙线上问题，特征极其一致：Debug 包一切正常，Release 包一开混淆就崩，而且崩的地方风马牛不相及——数据库报 no column，UI 改了数据不刷新，日志里的类名叫 a1。开发者第一反应通常是「混淆规则漏了」，于是往 obfuscation-rules.txt 里加 -keep 目录，加完发现 UI 好了数据库还坏，再加一批 -keep-property-n

有一类鸿蒙线上问题，特征极其一致：Debug 包一切正常，Release 包一开混淆就崩，而且崩的地方风马牛不相及——数据库报 no column，UI 改了数据不刷新，日志里的类名叫 a1。开发者第一反应通常是「混淆规则漏了」，于是往 obfuscation-rules.txt 里加 -keep 目录，加完发现 UI 好了数据库还坏，再加一批 -keep-property-n

写鸿蒙网络层的时候，最贵的 Bug 往往不是写错的代码，而是你以为的默认值和框架真实的默认值不一样。

写鸿蒙网络层的时候，最贵的 Bug 往往不是写错的代码，而是你以为的默认值和框架真实的默认值不一样。

论坛里有个跨平台 SSH 终端（XuTerm）的求助帖，现象写得很细：从 DocumentViewPicker 拿到一个 .xuterm 配置文件的 URI，statSyncfd.size 报出的是正常的几万字节，可 readSync 第一次能拿到 4096 字节，第二次就是 0；换成 copyFileSync 有时报 EINVAL、有时又"成功"但落盘文件明显偏小。

论坛里有个跨平台 SSH 终端（XuTerm）的求助帖，现象写得很细：从 DocumentViewPicker 拿到一个 .xuterm 配置文件的 URI，statSyncfd.size 报出的是正常的几万字节，可 readSync 第一次能拿到 4096 字节，第二次就是 0；换成 copyFileSync 有时报 EINVAL、有时又"成功"但落盘文件明显偏小。

「手机走进某个蓝牙信标附近就弹一次通知，走出去再弹一次」——这是 Beacon 围栏最朴素的需求，几乎每个做商场导览、展馆讲解、门店到店提醒的项目都会碰到。但真正落到 HarmonyOS NEXT 的 ArkTS 工程里，多数人会卡在三处：官网那套 beacon 围栏 API 到底怎么填、BeaconFence 里为什么找不到 UUID/major/minor、以及没有 Fen

「手机走进某个蓝牙信标附近就弹一次通知，走出去再弹一次」——这是 Beacon 围栏最朴素的需求，几乎每个做商场导览、展馆讲解、门店到店提醒的项目都会碰到。但真正落到 HarmonyOS NEXT 的 ArkTS 工程里，多数人会卡在三处：官网那套 beacon 围栏 API 到底怎么填、BeaconFence 里为什么找不到 UUID/major/minor、以及没有 Fen

「预览器里跑得好好的，装到真机上时间整整差 8 小时」——这类问题在鸿蒙项目里出现频率极高，而且极容易被误判成系统时区 bug 或者 ArkCompiler 的缺陷。真实的成因往往平淡得多：Date 构造函数接收到字符串时会走 Date.parse，而 ECMA-262 只对一小撮「标准形态」的字符串强制规定解析结果，剩下的一大片属于实现自定义行为；再叠加两台设备时区设置不同，

「预览器里跑得好好的，装到真机上时间整整差 8 小时」——这类问题在鸿蒙项目里出现频率极高，而且极容易被误判成系统时区 bug 或者 ArkCompiler 的缺陷。真实的成因往往平淡得多：Date 构造函数接收到字符串时会走 Date.parse，而 ECMA-262 只对一小撮「标准形态」的字符串强制规定解析结果，剩下的一大片属于实现自定义行为；再叠加两台设备时区设置不同，