android ConstraintLayout卡顿问题

性能之神属于极端存在，大多数博客和谷歌官方都介绍了ConstraintLayout好处，但是通过项目实践得到以下结论：

       1.如果ConstraintLayout只包含一级子控件，无任何孙控件，性能最好，也符合官方告知的所有子控件都可通过约束条件进行布局；

        2.如果ConstraintLayout的子控件中包含众多孙控件，那性能非常差，onMesure测量非常耗时，便是卡顿的关键所在。

案例：我们的项目最近把直播页面和小视频页面要做成一个列表滚动，类似于抖音，刷视频的时候能刷到直播；但是我们的直播页面并没有减少任何控件，也就是说可以在列表页进行全量操作；已知每个小视频根布局使用的ConstraintLayout，滑动列表也放在了ConstraintLayout中，所以我们把直播抽出的Fragment放入到了ConstraintLayout中，公测后部分手机+Android11的用户反馈我们列表页直播特别卡，尤其是弹出键盘的时候；在上下滑动控件的onMeasure中打印耗时，结果显示当前Constraintlayout每次onMesure的时间甚至超过了500毫秒；由于认知不深刻，一度认为是直播过渡嵌套控件的问题；直到凌晨同事灵机一动，说是不是Constraintlayout中嵌套多级子控件就会卡顿呀；一语惊醒梦中人。改改看，一通快速操作，完美解决问题；遂得出以上1、2结论；