核心奖项（按更新或上架应用/元服务数量排名）：根据活动期间使用 HarmonyOS 开发助手的一多适配能力并成功更新或上架的应用/元服务数量进行排名，如数量并列，以更新/上架时间为准，先达成数量者靠前。3. 应用/元服务上架：使用 HarmonyOS 开发助手适配的应用/元服务，须在 12 月 10 日前完成更新/上架，以应用市场上架状态为准。5. 排名依据：奖项依据更新或上架应用/元服务数量计算

活动简介：聆听专家和开发者们的精彩分享，聊聊小艺Agent与Skill玩法、AI开放能力、DevEco Code/CLI、 HarmonyOS开发助手、AI辅助故障定位、星盾安全、应用上架等，结合Codelabs实操，助力创新落地。诚邀报名！ 活动时间：2026年11月27日14:00-2026年11月27日18:00 活动地点：广州 注意事项：请在2026年11月5日 12:00 - 2026

旅行拍下的风景，想把清晰的细节分享给不在身边的家人；刚修好的照片，想把原片交给异地的朋友；一份工作资料，想让另一座城市的同事尽快收到……有些内容，我们想分享的不只是一张预览图，而是它原本的样子。本期 HarmonyOS 开发者社区【圆桌对谈】，聚焦 HarmonyOS 7 的远场分享能力，邀请你带上一次真实分享，或一个具体的应用想法，加入 #隔空不隔爱，原样送过来# 有奖互动！已经用过，欢迎晒体验

涉及技术服务或其他辅助业务合作的（即接入的是第三方算法/大模型等场景），需提供合作方的算法备案（算法备案类型为：生成合成类）以及双方合作协议（协议需含【算法名称】或【备案编号】相关内容），最后一定要检查备案类型和合作协议是否正确与完整。（1）应用未提供文本、音频、图片、视频等人工智能生成合成内容文件的导出或下载等功能，不涉及人工智能生成合成内容文件元数据，需提供：应用内已添加内容显式标识截图；（1

本原创文章帖发布在新版本刚发布，崩溃、冻屏、OOM、资源泄露接连出现——该怎么逐一击破？下面以一个真实发版场景为线索，带你走完从告警发现到根因定位的完整稳定性保障链路。

你有没有遇到过这样的场景：App 用着用着就闪退了，日志里赫然写着 "RssThresholdKiller"——系统觉得你的应用"吃内存"太多，直接给了一个"强制劝退"。这背后，就是 RSS 内存泄漏在作祟。RSS（Resident Set Size）内存泄漏，简单来说就是应用占用的物理内存超过了系统允许的阈值，在整机内存紧张时，系统会果断终止这个"内存大户"。听起来很抽象？

在《RSS 内存泄漏排障全攻略（上篇）》中，我们已经搞懂了 RSS 内存泄漏的基本概念，学会了如何查看 RSS 内存、订阅故障事件，并掌握了 smaps、NMD、内存栈三类维测日志的规格与获取方法。这些内容为我们搭建了完整的"认知框架"和"工具箱"。本篇将在此基础上，聚焦"如何用这些工具真正定位到泄漏根因"。我们将从运维态的 smaps 日志分析和内存栈日志分析方法讲起，借助二级根因速查表快速定界

你有没有遇到过这样的场景：App 明明没有做什么"大动作"，内存占用却像吹气球一样越胀越大，最后系统直接"出手"，前台闪退，用户一脸懵圈？别急，这很可能不是 App 在"故意捣乱"，而是匿名页内存泄漏在背后"悄悄作祟"。匿名页内存——听起来像个冷门概念，但它其实是 RSS 内存泄漏的二级根因之一。简单来说，它就是那些没有对应到磁盘上任何具体文件的内存页，一旦被大量申请却迟迟不释放，就会像漏水的龙头

ArkGuard是HarmonyOS生态的源码混淆工具，通过重命名标识符、属性和文件提升代码逆向难度，但不保证绝对安全。文章详解其四大开关（顶层名称、属性、导入导出、文件名）的使用边界与常见问题，强调白名单应作为接口契约精准保留，避免过度配置导致保护失效。重点提醒跨模块、动态路径、Native接口等敏感场景需特别处理，并建议按“关混淆→定位→精保留”流程排查问题。最终倡导以边界清晰、契约明确为核心

本原创文章帖发布在凌晨两点，线上监控报警：应用崩溃，信号是 SIGBUS。值班同学盯着日志看了半天，心里冒出一个朴素的问题：这是什么"总线"？SIGBUS 不是公交车，也不是某个中间件的缩写。它来自 Signal Bus，表示程序访问内存时触碰了硬件、地址规则或底层文件对象不允许的区域。在 HarmonyOS C++ 应用的 CppCrash 日志里，SIGBUS 主要看两类错误：• BUS_AD