第一次提交 AppGallery 审核，被拒了。理由是隐私声明不完整。改了再提，又被拒——这次是截图尺寸不对。折腾了三轮才过审，前后花了快两周。说实话，发布流程本身不复杂，但细节坑太多。一个地方疏忽就打回重来，白白浪费时间。今天把完整流程走一遍，帮你一次过审。开发阶段再顺利，到了发布这一关也容易翻车。签名配置、构建打包、AppGallery 配置、提交审核——每一步都有细节要注意。这篇文章把从"代

你有没有被"分享到微信"这个功能折磨过？不同平台调用方式不同，回调逻辑各异，光是适配就能把人搞疯。HarmonyOS7 的 Share Kit 终于把这事儿整明白了——统一的分享面板、标准的数据格式、一套代码搞定所有分享场景。今天就来聊聊怎么用。说实话，我之前对"系统级分享"这事儿没太大期待。毕竟 Android 的 Intent 分享机制用了很多年，该有的坑一个没少。但 Share Kit 真的

说实话，我之前写代码从来不考虑无障碍——觉得那是"加分项"，不是必选项。直到有天看到一个视障朋友用读屏软件操作手机，那个体验让我破防了。一个没有语义化标签的按钮，读屏软件只能读出"未命名按钮"——你让人家怎么用？无障碍不是锦上添花，是基本的尊重。好消息是，HarmonyOS7 的无障碍适配门槛很低，5 个改动就能覆盖大部分场景。今天逐个讲清楚。让所有人都能用你的 App。不只是视障用户，还有老年人

生命周期回调不是随便写的，每个回调代表应用处于不同状态，搞混了代码逻辑就全乱。我见过最多的低级 bug 之一：在onCreate里初始化数据库，结果切到后台再回来，数据库又初始化了一遍，数据全乱了。同学，你压根没搞懂 UIAbility 的生命周期啊。UIAbility 是 HarmonyOS7 应用的基本单元——你可以理解为 Android 的 Activity，但粒度更大。一个应用可以有多个

本篇我们主要做的是从零做一个能跑的"待办事项 App"——增、删、改、持久化、动画、主题全用上。做完这个，你对 HarmonyOS 开发会有"整体感"。代码我分模块给你，跟着敲就能跑。这个待办 App 虽小，却是 HarmonyOS 开发的"微缩全景"——布局、状态、列表、动画、存储、主题全齐了。建议你别只是看，把代码敲进 DevEco 真跑一遍，再自己加个功能（比如"编辑待办"“按完成筛选”）。

每个自定义组件从"被创建"到"被销毁"，中间会经过几个固定的时间点。系统在这些时间点回调你对应的函数，让你有机会"初始化"和"清理"。这就是组件生命周期。搞懂它，你才知道"数据该在哪加载"“资源该在哪释放”。这篇文章把组件的生命周期函数逐个讲清，配合时序图思路。aboutToAppear 管"进场准备"（拉数据、注册），aboutToDisappear 管"退场清理"（注销、释放）。Ability

"AI"不一定是调云端大模型。HarmonyOS7 强化了端侧 AI——模型跑在手机本地，不上传数据、不依赖网络、响应快、还保护隐私。文本生成（本地小模型对话）和图像识别（本地分类/检测）。了解它们怎么接入、适合什么场景。端侧 AI 是"隐私 + 离线 + 低延迟"的杀手锏，适合轻量文本生成和图像识别这类任务。加载本地模型 → 本地推理，数据全程不出设备。想练手，从"本地图像分类"做起最直观：拍张

代码写完了，怎么变成用户能装的 app？这中间有"签名 → 打包 → 上架"三步。新手最容易在签名这步卡住——“为啥我打包报错说证书不对？这篇文章把发布全流程走一遍，重点讲清签名证书怎么配、打包要注意什么、上架要准备啥。照着做，你能把 app 从代码变成可安装的包。配签名 → 打 release 包 → 上架审核。卡顿基本都在签名配置：证书路径对不对、密码对不对、Profile 是否匹配包名。建议

普通弹窗（Dialog）只能在当前页面里弹。但有些场景要"跨页面"：比如全局悬浮客服按钮、来电浮窗、下载进度球——它们要浮在所有页面之上，切页面也不消失。这类需求靠普通组件做不到，得用悬浮窗（Window）或全局弹窗（OverlayManager）。这篇文章讲清两种突破页面边界的方案，以及怎么选。轻浮层用 OverlayManager（简单），真独立窗口用悬浮窗 Window（重，要权限）。多数"

下拉刷新最新、上拉加载更多”——这是信息流 app 的标准交互。看起来简单，但新手常卡在"怎么触发"“数据怎么接”。这篇文章用一个新闻列表的完整案例，把下拉刷新 + 上拉加载做成闭环：下拉从第一页重新拉，上拉追加下一页。代码可直接套你的项目。Refresh 管下拉重拉第一页、onReachEnd 管上拉追加、用 loading/noMore 防重复和越界。把这套直接套进你的列表页，用户一拉一滚就能