1.权限是基础：BLE 扫描需位置权限，NFC 需NFC_TAG，缺一且静默失败。2.BLE 流程有序：先注册回调 → 再启动扫描；连接后先→ 再操作特征。3.NFC 资源必须释放connect后必须close是标准写法。4.GATT 通知需双写+ CCCD 描述符写入缺一不可。5.核心结论：BLE 和 NFC 开发最大陷阱在于"静默失败"——无报错无日志，必须通过 hilog 过滤nfcblue

1.密钥永远不出 TEE：长期密钥必须通过 HUKS 管理，禁止用 cryptoFramework 生成后序列化存储2.GCM 模式 Nonce 必须随机且唯一：每次加密生成新随机 Nonce，与密文一起存储3.分段 API 处理大数据：超 64KB 数据必须用 init/update/finish 三段式4.密钥生成加幂等保护：生成前检查，避免覆盖旧密钥导致已加密数据丢失5.应用卸载清理密钥：主

是抽象类，位于，两个核心方法：): Key?LoadParams有三个子类对应三种加载类型：：初始加载或刷新：向后加载更多：向前加载（双向分页时使用）1.三层分离是核心：PagingSource 负责加载，ViewModel 负责缓存，UI 层只订阅状态——任何一层的职责泄漏都会导致难以排查的 bug。不可省：屏幕旋转、Fragment 重建场景下，缺少cachedIn是最常见的性能问题根源。决定

1.权限是基础：BLE 扫描需位置权限，NFC 需NFC_TAG，缺一且静默失败。2.BLE 流程有序：先注册回调 → 再启动扫描；连接后先→ 再操作特征。3.NFC 资源必须释放connect后必须close是标准写法。4.GATT 通知需双写+ CCCD 描述符写入缺一不可。5.核心结论：BLE 和 NFC 开发最大陷阱在于"静默失败"——无报错无日志，必须通过 hilog 过滤nfcblue

1.权限是基础：BLE 扫描需位置权限，NFC 需NFC_TAG，缺一且静默失败。2.BLE 流程有序：先注册回调 → 再启动扫描；连接后先→ 再操作特征。3.NFC 资源必须释放connect后必须close是标准写法。4.GATT 通知需双写+ CCCD 描述符写入缺一不可。5.核心结论：BLE 和 NFC 开发最大陷阱在于"静默失败"——无报错无日志，必须通过 hilog 过滤nfcblue

1.Canvas 是托管式 2D 绘制：ArkTS 侧调用 Web Canvas 兼容 API，框架负责 GPU 提交，开发简单但无法接入 Native Surface。2.XComponent 是 Native Surface 挂载点：提供，后续渲染完全由 C++ 代码控制，适合高性能/三方 SDK 场景。3.：SURFACE 独占 Layer 性能最高但不能被 ArkUI 组件遮盖；TEXTU

1.Canvas 是托管式 2D 绘制：ArkTS 侧调用 Web Canvas 兼容 API，框架负责 GPU 提交，开发简单但无法接入 Native Surface。2.XComponent 是 Native Surface 挂载点：提供，后续渲染完全由 C++ 代码控制，适合高性能/三方 SDK 场景。3.：SURFACE 独占 Layer 性能最高但不能被 ArkUI 组件遮盖；TEXTU

1.FormExtensionAbility 是临时进程：生命周期由系统控制，5秒后被回收，不能持有长生命周期状态。2.数据单向推送：Extension 通过向宿主推送，卡片页面通过触发回调，两者不直接通信。3.onAddForm 必须同步，真实数据异步推送：首帧返回占位符，异步加载完成后二次推送。4.字段名严格匹配key 与key 大小写完全一致，用常量管理。5.定时更新最小30分钟。

1.FormExtensionAbility 是临时进程：生命周期由系统控制，5秒后被回收，不能持有长生命周期状态。2.数据单向推送：Extension 通过向宿主推送，卡片页面通过触发回调，两者不直接通信。3.onAddForm 必须同步，真实数据异步推送：首帧返回占位符，异步加载完成后二次推送。4.字段名严格匹配key 与key 大小写完全一致，用常量管理。5.定时更新最小30分钟。

NavDestination() { ... } .customTransition(NavigationAnimatedTransition.create({ timeout: 1000, transition: (proxy: NavigationTransitionProxy) => { // proxy.from：离开页面的 UIContext // proxy.to：进入页面的 UICo