Vector Drawable在ConstraintLayout下清晰度更高的原因问询

以下原因均针对Android 7.1.1系统+AppCompat兼容包的运行环境成立：

• 测量流程逻辑差异：LinearLayout、FrameLayout等传统布局测量带android:adjustViewBounds="true"属性的ImageView时，会优先读取Vector Drawable内部定义的固有宽高（即vector xml中android:width/android:height属性值）作为初始参考值，第一次绘制时会先将矢量图栅格化为该固有尺寸的位图，后续拉伸到实际显示尺寸时不会重新绘制矢量路径，直接拉伸低尺寸位图，最终出现模糊。而ConstraintLayout的测量逻辑是先一次性确定所有子View的最终显示边界，再通知子View绘制内容，矢量图直接按照最终显示尺寸栅格化，不会出现小尺寸栅格后拉伸的问题。
• 7.x系统矢量渲染兼容bug：Android 7.0~7.1版本的VectorDrawableCompat存在已知缺陷：当父布局多次触发onMeasure回调时，矢量图会复用第一次测量生成的低尺寸栅格缓存，不会根据最终尺寸重新生成。LinearLayout、FrameLayout的嵌套布局会触发多次测量流程，刚好命中该bug；而ConstraintLayout采用单次测量 pass 完成所有子View尺寸计算，不会触发缓存复用的缺陷，矢量图始终按最终尺寸生成清晰的栅格结果。
• 渲染层级属性传递差异：你布局中部分虚线View设置了android:layerType="software"软件层，传统布局的渲染属性会沿着层级向下传递，导致ImageView也走软件渲染流程，软件渲染下矢量图的抗锯齿、缩放精度本身就弱于硬件渲染，叠加拉伸问题后模糊更明显。ConstraintLayout的渲染层级隔离更完善，不会把无关父View的软件层属性传递到ImageView的绘制流程，矢量图默认走硬件渲染，清晰度更高。

• 矢量图加载统一用app:srcCompat代替android:src，确保AppCompat库正确处理矢量缩放逻辑
• 给ImageView添加android:layerType="hardware"属性，强制走硬件渲染流程
• 把Vector Drawable xml中的android:width/android:height设置为实际显示的最大尺寸，降低拉伸幅度

内容的提问来源于stack exchange，提问作者Bitwise DEVS