FFRT并非简单开启线程池，而是基于任务图的智能调度系统。它通过数据地址建立任务依赖（in_deps/out_deps），自动分析并行与串行关系，实现高效并发。最大并发度、QoS优先级和ffrt_wait等机制共同优化资源利用。关键在于：任务依赖设计决定执行顺序，而非手动控制线程。盲目追求线程数或错误依赖会导致性能下降甚至死锁。核心思想是“描述依赖，交由调度器处理”。

FFRT并非简单开启线程池，而是基于任务图的智能调度系统。它通过数据地址建立任务依赖（in_deps/out_deps），自动分析并行与串行关系，实现高效并发。最大并发度、QoS优先级和ffrt_wait等机制共同优化资源利用。关键在于：任务依赖设计决定执行顺序，而非手动控制线程。盲目追求线程数或错误依赖会导致性能下降甚至死锁。核心思想是“描述依赖，交由调度器处理”。

长列表处理的核心在于节点生命周期管理。10万条数据无需创建10万个UI节点，屏幕仅显示十余条，应通过懒加载实现高效复用。使用LazyForEach或底层NodeAdapter可按需创建节点，结合缓存池机制复用滑出屏幕的节点，避免频繁创建与内存溢出。关键在于：节点复用时需重置数据与状态，合理控制缓存大小，防止内存泄漏。NodeAdapter提供更高灵活性，适用于复杂自定义列表，但需手动管理创建、缓存

长列表处理的核心在于节点生命周期管理。10万条数据无需创建10万个UI节点，屏幕仅显示十余条，应通过懒加载实现高效复用。使用LazyForEach或底层NodeAdapter可按需创建节点，结合缓存池机制复用滑出屏幕的节点，避免频繁创建与内存溢出。关键在于：节点复用时需重置数据与状态，合理控制缓存大小，防止内存泄漏。NodeAdapter提供更高灵活性，适用于复杂自定义列表，但需手动管理创建、缓存

适老模式非简单放大字体，需全局调整行高、按钮尺寸、间距与布局密度。盲目自建大字体模式易导致系统不同步、维护成本高。应通过系统API监听适老状态，统一管理，避免重复注册监听与内存泄漏。关键在于：字号放大后，点击区域、组件高度、信息密度均需适配，且模式切换时保留用户操作状态。否则，字虽大，页面反而更难用。

一张3MB的图片解码后占用几十MB内存，根源在于像素格式与内存占用不匹配。4000×3000图像在ARGB_8888格式下需48MB内存，而使用Y8灰度格式仅需12MB。关键优化点：按需选择像素格式（如灰度用Y8）、解码时降采样、编码后及时释放PixelMap、处理EXIF方向信息、避免将JPEG参数套用于TIFF。牢记：文件大小≠内存占用，合理控制格式与流程，可大幅降低大图处理内存开销。

复杂列表页面中，普通手势因组件冲突导致响应不可控。智慧手势通过识别用户意图、定位目标节点、判断响应优先级，实现精准响应。关键在于先判断“想操作谁”，而非“谁注册了”。避免高优先级泛滥、监听器未清理、动作冲突等坑，才能让手势体验流畅可控。

测试地图应用定位逻辑，无需实地跑动。借助DevEco Studio的位置模拟与GPX轨迹回放功能，可实现静态位置、连续移动、跨城切换、速度变化等场景的精准模拟，大幅提升测试效率与覆盖度。

本文复盘了将稳定Rust核心算法库成功集成至HarmonyOS的过程。通过保留计算密集型模块，采用Native接口层实现ArkTS与Rust的跨语言调用，解决了数据结构、字符串编码、错误传递等关键问题。关键实践包括：分层设计（ArkTS-Native-Rust）、CABI接口封装、内存安全释放、错误码统一处理及版本兼容性保障。最终实现高效对接，大幅降低迁移成本，提升系统稳定性与可维护性。

本文探讨了在HarmonyOS中安全存储本地敏感数据的核心问题——密钥管理。针对密钥明文存储、反编译泄露等风险，提出使用KeyStore实现密钥的硬件级保护：密钥存于安全区域，不可导出，仅通过别名引用。通过封装KeyManager（管理密钥生命周期）与LocalCrypto（执行加解密），实现按用户隔离密钥、加密操作在安全区完成。关键实践包括：密钥按用户生成并绑定别名，加密时随机生成IV并与密文拼