"ArkTS"相关的文章
使用冻屏增强日志定位繁忙类问题

使用冻屏增强日志定位繁忙类问题

用户在使用应用时,如果出现点击无反应或应用无响应等情况,并且持续时间超过一定限制,就会被定义为应用冻屏(AppFreeze),即应用无响应。系统会检测应用无响应,并生成AppFreeze日志,供应用开发者分析。从API 21开始,支持获取​AppFreeze的增强日志​。该日志通过采集整机及主线程的运行负载,并抓取多份主线程调用栈,帮助开发者知晓函数调用耗时。
应用退出不知道原因?HarmonyOS有账本

应用退出不知道原因?HarmonyOS有账本

 在移动端应用开发过程中,可能出现应用闪退、后台被强制退出等异常行为。除崩溃、Freeze 等显性故障外,也存在系统资源调度引发的非故障类退出,仅依靠传统故障日志,无法完整还原退出现场,给问题排查带来较大阻碍。 针对这一痛点,HarmonyOS 6.1 上线 HiAppEvent 退出原因订阅能力,通过系统级事件采集,记录应用上一次应用退出的全量原因,助力开发者高效完成异常数据汇总与根因分析。下文将对该机制的原理、开发实践及应用场景展开详细解读。
ArkTS内存快照聚类分析规则

ArkTS内存快照聚类分析规则

 在通过ArkTS内存快照定位内存泄漏问题时,通常需要优先关注内存占用大的对象,这部分对象在快照中占比比较大。当数量较多时,存在不同调用点创建的对象因为对象类型被归类在同一目录下,如jsobject/jsarray等对象,在大型工程中一般情况下拥有10万以上的数量级,无法通过人工来快速识别同类型不同业务对象各自占用的内存大小。
ArkTS易调易测系列# 告别“变量找不到”!鸿蒙ArkTS闭包调试秘籍,新手必看

ArkTS易调易测系列# 告别“变量找不到”!鸿蒙ArkTS闭包调试秘籍,新手必看

在鸿蒙应用开发中,闭包变量的神秘消失是否曾让你抓狂?DevEco Studio的ArkTS调试器专门为解决这一痛点而生,它能像X光一样透视多层嵌套函数的变量关系。本文将用俄罗斯套娃的生动比喻,带你在3步内掌握闭包变量追踪的实战技巧,更附赠4个避坑指南与原理揭秘,让你彻底告别调试噩梦。