Android Studio 3.1调试器Overhead标签的功能及使用方法咨询

刚好我之前在Android Studio 3.1里研究过这个Overhead标签，给你详细拆解下它的用途、读取方式以及实际使用方法：

一、核心用途 #

这个标签本质是帮你区分业务代码本身的执行耗时和调试工具带来的额外性能开销。毕竟Debug模式下，断点、变量监控、方法追踪这些功能都会让代码运行变慢，这个标签就是专门统计这些调试介入产生的额外耗时的。

• 比如你发现Debug模式下应用卡顿，但Release模式完全正常，就可以通过这个标签排查是不是调试工具本身拖慢了运行速度。

二、指标怎么读 #

标签里的两项内容很好理解：

• 方法名称：这里列的不是你的业务方法，而是Android Studio调试框架内部的方法，或者被调试工具Hook的系统/应用方法（比如android.os.Debug相关方法、断点回调类的方法等）。
• Time(ms)：这个数值是该方法因为调试介入而额外消耗的总时间——注意哦，不是方法本身的执行时间，是调试工具附加在它身上的耗时。

举个实际例子：如果看到com.intellij.debugger.engine.DebuggerManagerImpl相关方法占了很高的Time值，大概率是因为你设置了太多断点，或者有复杂的条件断点，导致调试引擎处理逻辑消耗了大量时间。

三、实际使用技巧 #

1. 排查Debug模式卡顿问题：
   • 当Debug下应用明显卡顿，先看Overhead标签，如果某类调试相关方法耗时极高，试试减少断点数量、关闭Watch窗口里不必要的复杂表达式监控，或者简化条件断点的逻辑，一般能缓解卡顿。
2. 修正Debug模式的性能测试数据：
   • 如果你需要在Debug模式下做性能测试，记得把Overhead标签里的总耗时从你统计的业务耗时里扣除，这样得到的数据才更接近Release模式的真实情况。
3. 定位调试框架异常：
   • 如果某个你完全没设置断点的方法突然出现在Overhead列表且耗时极高，可能是调试框架Hook这个方法时出了问题，此时可以试试重启Android Studio，或者重置Debug的配置项。

补充小知识 #

Android Studio 3.1的这个Overhead标签属于早期的调试性能监控功能，后续版本（比如3.2及以上）把类似的功能整合到了Profiler的CPU Profiler里，但在3.1版本中它还是独立的标签存在。

内容的提问来源于stack exchange，提问作者Tadija Bagarić