我正在查看我的应用程序生成的 systrace，我发现了一个耗时过长的帧。
这是由 RecyclerView 的 onCreateViewHolder 在放大我的项目视图时引起的。项目视图与ConstraintLayout 一样平坦。但是下面的 systrace 报告有很多 VerifyClass 块，每个块需要 17 毫秒。
VerifyClass 块是什么意思？
【问题讨论】：
标签： android android-layout android-recyclerview layout-inflater systrace
不是真正的C++/Android 运行时内部专家来清楚地解释在/art/runtime/class_linker.h 中定义并在/art/runtime/class_linker.cc 中实现的VerifyClass 方法的含义，但我不会太在意到它的 CPU 执行时间。
我要考虑的是您的 RecyclerView 项目包含 ConstraintLayout 并且其膨胀消耗了 CPU 时间。
关于尝试发布版本的建议，它不会有任何区别 - 对本机 VerifyClass 方法的调用将在调试和发布版本中完成。
【讨论】：
很难说 VerifyClass 到底在做什么，因为它不是 Android Java SDK 或 ConstraintLayout 的一部分。我发现的唯一提及是在 SDK 的 C 部分：
但我有几个建议：
1) 尝试在发布模式下构建您的应用，看看您是否仍然遇到 FPS 下降问题。我的假设是这个 VerifyClass 是为调试构建执行的，以对某些事物进行基准测试，但这只是一个猜测。
2) 尽管 ConstraintLayout 具有方便的 API 和平面层次结构（这对绘图遍历有积极影响），但它的测量和布局过程仍然比其他 Android 布局慢很多。原因是约束计算的复杂性。因此，在 RecyclerView 中使用它可能会在 ViewHolder 创建期间导致显着的性能下降。 如果列表单元格的层次结构足够简单，我建议切换到一些香草布局并检查行为。
【讨论】：
it still has much slower measuring and layout process than other Android Layouts 哪些布局（显然是 FrameLayout 除外）？我想看看这个声明所依据的一些数字。