极客观点
项目管理
HarmonyOS
最新文章
Asset资源管理：HarmonyOS APP开发加密资源访问
图片、配置文件、甚至密钥……打包成HAP后，技术上都能被提取出来。对于普通资源这没什么，但如果是付费内容、授权证书、加密密钥这类敏感数据，直接明文存储就很危险了。
Rawfile与Resource：HarmonyOS APP开发只读资源访问
你可能在Android里用过assets目录或res/raw，在iOS里用过Bundle.main.url。HarmonyOS也有类似的机制，而且更灵活——这就是Rawfile和Resource两套资源访问体系。
HarmonyOS开发中分布式文件系统：跨设备文件访问
你有没有遇到过这样的场景：手机上拍的照片，想在平板上编辑；电脑上写的文档，想在手机上查看。传统做法是什么？云盘同步、数据线传输、蓝牙分享……麻烦不说，还可能涉及隐私问题。
HarmonyOS开发中文件读写操作：文本与二进制文件
你想想，一个配置文件几十KB，一个日志文件几MB，一个视频文件几百MB甚至几个GB——不同大小的文件，读写策略完全不一样。小文件可以直接读写，大文件呢？一股脑读进内存，OOM（内存溢出）警告立马就来了。
HarmonyOS APP开发文件管理基础：应用沙箱与文件路径
在传统的桌面操作系统里，应用程序往往拥有较大的文件访问权限，一个恶意程序可能悄悄读取你的隐私文件。但在移动端，尤其是HarmonyOS这样的现代操作系统，安全是第一位的。每个应用都被关在自己的"小房间"里，这就是应用沙箱。
数据备份与恢复：HarmonyOS APP数据保护
作为开发者，我们有责任帮用户守护好他们的数据。HarmonyOS在这方面做得挺全面——本地备份、云端备份、分布式备份，三重保障。而且备份恢复机制对应用透明，你只需要声明哪些数据需要备份，剩下的系统自动搞定。
DataShareHelper：HarmonyOS开发中数据共享客户端
📌 核心要点：DataShareHelper是访问DataShare提供者数据的客户端工具，封装了查询、插入、更新、删除等操作，让跨应用数据访问像本地数据库一样简单
DataShare：HarmonyOS开发中跨应用数据共享
核心要点：DataShare提供了标准化的跨应用数据共享机制，通过ExtensionAbility暴露数据接口，配合权限控制实现安全的数据互通
数据库加密：HarmonyOS开发安全存储实践
你想想，用户手机丢了，或者被恶意软件读取数据目录，如果你的数据库里存着用户的支付密码、聊天记录、身份证号，而且全是明文，那后果简直不敢想。这就是为什么数据库加密不是"锦上添花"，而是"必备技能"。
分布式数据服务：HarmonyOS开发中跨设备数据同步
你有没有想过，为什么在手机上编辑的备忘录，打开平板就能无缝继续？或者手表上的运动数据，怎么就自动跑到手机上了？这些看似"魔法"的体验，背后都离不开分布式数据服务。
HarmonyOS开发中RDB数据迁移：版本升级时的数据库兼容
你可能会想，直接改建表SQL不就完了？但用户升级应用后，新SQL执行会报错——表已经存在，字段已存在，索引已存在……更糟的是，如果你删除了旧表重建，用户数据全没了。
RDB事务与并发：HarmonyOS开发数据库高级操作
RDB事务与并发：HarmonyOS开发数据库高级操作一、背景与动机你有没有遇到过这种场景：转账操作，A账户扣100块，B账户加100块。如果扣款成功但加款失败，钱就凭空消失了。这就是数据一致性问题。再比如：秒杀场景，100个用户同时抢10件商品。如果并发控制没做好，可能卖出100件，库存变成-90。这是并发安全问题。事务就是...
关系型数据库RDB：SQLite的HarmonyOS开发封装
关系型数据库RDB：SQLite的HarmonyOS开发封装一、来来来前面两篇聊了Preferences，适合存小而碎的配置数据。但当数据量上来、结构变复杂，Preferences就不够看了。你想想这些场景：备忘录应用：几十上百条笔记，每条有标题、内容、创建时间、分类标签电商应用：商品列表、购物车、订单记录，还要关联查询聊天应用：消息...
Preferences加密存储：HarmonyOS开发安全数据持久化
上一篇我们聊了Preferences的基础用法，适合存用户设置、应用配置这些非敏感数据。但实际开发中，总有些数据不能明文存储——用户密码、登录token、API密钥、私钥证书……这些要是被反编译或root设备提取出来，后果很严重。
HarmonyOS APP开发用户首选项Preferences：轻量级KV存储
做应用开发，总有些数据需要持久化——用户偏好的主题色、是否开启推送通知、上次阅读位置……这类数据有个共同特点：数据量小、结构简单、读写频繁。
状态管理V1到V2迁移：HarmonyOS开发渐进式升级指南
HarmonyOS 6引入了状态管理V2，这可不是简单的版本号升级。V2在底层机制上做了重大改进——从"全量观察"变成了"细粒度追踪"，性能提升明显，API也更优雅。
跨HSP状态通信：HarmonyOS开发模块间的状态同步
随着应用规模增大，单模块架构越来越难维护。这时候就需要HSP（Harmony Shared Package）来拆分模块——用户模块、订单模块、支付模块，各管各的业务。但问题来了：这些模块之间怎么共享状态？
HarmonyOS开发状态性能优化：避免不必要的UI刷新
你有没有遇到过这种情况：明明只是改了一个按钮的文字，整个页面却闪烁了一下？或者滚动列表时卡顿得像老牛拉车？这些问题，十有八九是状态更新触发了不必要的UI重绘。
状态共享与隔离：HarmonyOS开发中多实例场景的状态策略
开发中经常遇到这种场景：一个页面上有多个相同的组件实例，比如多个商品卡片、多个表单项、多个图表。这时候状态管理就变得微妙了——这些实例之间要不要共享状态？共享多少？隔离多少？
状态管理架构设计：MVVM在HarmonyOS开发中的落地
写过前端的同学都知道，代码写着写着就容易变成"意大利面条"——逻辑、UI、数据全搅在一块。改个按钮样式，不小心把数据请求逻辑给删了；修个bug，又引入俩新bug。这种痛，懂的都懂。
分论坛
友情链接
