Android NDK开发详解之调试和性能分析的对 Microbenchmark 进行性能分析
默认情况下,Microbenchmark 可为您提供有关已执行代码的时间和分配情况的信息。如果您想调查所测量的代码运行缓慢的原因,可以在启用 CPU 性能分析器的情况下运行基准测试。
如需选择性能分析器配置,请添加插桩测试运行程序参数 androidx.benchmark.profiling.mode,并指定 MethodTracing、StackSampling 或 None 参数之一,如以下代码段所示。
如需详细了解这些选项,请参阅选择记录配置。 MethodTracing 相当于“跟踪 Java 方法”,StackSampling 相当于“采样 Java 方法”,如该文档中所定义。
Groovy
android {
defaultConfig {
// must be one of: 'None', 'StackSampling', or 'MethodTracing'
testInstrumentationRunnerArguments["androidx.benchmark.profiling.mode"]= 'StackSampling'
}
}
Kotlin
android {
defaultConfig {
// must be one of: ‘None’, ‘StackSampling’, or ‘MethodTracing’
testInstrumentationRunnerArguments[“androidx.benchmark.profiling.mode”]= ‘StackSampling’
}
}
当您对基准测试进行性能分析后,系统会将输出 .trace 文件连同 JSON 结果一起复制到主机的目录下。如需在 Android Studio 的 CPU 性能分析器中检查性能分析结果,请依次选择 File > Open。如需详细了解如何读取和理解轨迹,请参阅检查轨迹。
注意:Microbenchmark 库会自动捕获系统跟踪记录,但会停用自定义跟踪部分(即忽略对 Trace.beginSection and endSection 的调用),以防止跟踪开销的干扰。
MethodTracing
当您尝试优化代码时,方法轨迹非常有用,因为它可帮助您找出运行时间比其他方法更长的方法。这样,您就可以专注于优化对性能影响最大的方法。
对于方法轨迹,基准测试会在捕获方法轨迹之前进行预热,并记录基准测试调用的每种方法。捕获每种方法进入和退出操作的开销会显著影响性能结果,因为启用方法轨迹后虚拟机运行速度会减慢。因此,您应该以相对而非绝对的方式解读结果。例如,关注某次运行的速度比另一次运行是快还是慢,而非其绝对时间。
StackSampling
此外,样本轨迹还有助于找出开销高昂的方法,而不会产生方法轨迹的性能开销。但是,如果您的应用在捕获调用堆栈后进入一个方法,并且该方法在下次捕获前退出,则系统不会记录该方法调用。为了正确跟踪生命周期较短的方法,请使用方法轨迹而不是样本轨迹。
对于堆栈采样,基准测试会在预热完成后对调用堆栈进行采样。您可以使用插桩参数控制采样频率和采样时长。
在 Android 10 (API 29) 及更高版本中,堆栈采样使用 Simpleperf 对应用调用堆栈(包括 C++ 代码)进行采样。在 Android 9 (API 28) 及更低版本中,它使用 Debug.startMethodTracingSampling 来捕获堆栈样本。
您可以通过添加其他插桩参数来配置此性能分析模式:
androidx.benchmark.profiling.sampleFrequency
每秒要捕获的堆栈样本数。
参数类型:整数
默认为每秒 1000 个样本。
androidx.benchmark.profiling.sampleDurationSeconds
基准测试的运行时长。
参数类型:整数
默认为 5 秒。
None
此参数不会捕获性能分析文件,但仍然会测量有关时间和分配情况的信息。