strokeMiterLimit 在 Android VectorDrawable 中会被解析但实际不生效，系统渲染时完全忽略该属性，从 API 21 到 API 34 均未实现。
strokeMiterLimit 在 vector drawable 中不起作用？
直接说结论：strokeMiterLimit 在 Android vector drawable 的 <path> 中**会被解析，但实际不生效**——系统在渲染时完全忽略它。这不是你写错了，是 Android VectorDrawable 渲染引擎（基于 PathParser 和硬件加速 Canvas）压根没实现该属性的处理逻辑。
常见错误现象：strokeMiterLimit="1" 写了，但尖角依然被斜接（miter）而不是裁断（bevel），尤其在小角度折线或缩放后路径变细时特别明显。
- Android 5.0（API 21）到 Android 14（API 34）所有版本均未支持
strokeMiterLimit - AS 预览、Layout Editor 可能显示“正常”，但真机/模拟器运行时无效
-
android:strokeMiterLimit是合法 XML 属性，不会报错，只是静默失效
替代方案：用 strokeLineCap + 调整 path 数据绕过
既然属性无效，就得从源头控制连接处形态。最可靠的方式是：把原本依赖 strokeMiterLimit 控制的尖角，改造成由 strokeLineCap 和路径端点位置共同决定的“视觉等效”效果。
使用场景：图标中带锐角折线（如箭头、屋顶形、Z 字形）、需要在缩放时保持末端干净不炸开。
- 优先尝试
android:strokeLineCap="round"或"square"，对多数小角度折线比 miter 更稳定 - 若必须保留尖角感，手动编辑
android:pathData，把折点拆成两条独立线段，并在末端预留roundcap 的半径空间 - 避免在
pathData中使用极小角度（如L 100,50 L 100.1,50.1），这类路径在缩放后极易触发未定义渲染行为
示例（原想用 miter limit 截断的 V 形）：
<path
android:fillColor="@android:color/transparent"
android:strokeColor="#000"
android:strokeWidth="2"
android:strokeLineCap="round" <!-- 关键：不用 miterLimit -->
android:pathData="M 50,20 L 60,40 L 50,60" />为什么 vector drawable 不支持 strokeMiterLimit？
根本原因不是疏忽，而是设计取舍。VectorDrawable 的底层不走 Skia 的 full path stroking pipeline，而是将 stroke 转为 fill 区域预计算（via Path.addRect 等模拟），过程中丢弃了原始 stroke 参数中的 miter 语义。
性能与兼容性影响：
- 支持
strokeMiterLimit需要完整重写 stroke 渲染路径，会增大 vector 解析开销和内存占用 - 旧版 Android（API 21–23）连
strokeLineJoin都只支持miter（固定值），round/bevel是 API 24+ 才加入的 - Web SVG 或 Jetpack Compose 的
Stroke有完整 miter 支持，但 VectorDrawable ≠ SVG 子集
真要精确控制连接样式？换技术栈
如果项目里大量图标依赖精细的 stroke 连接控制（比如 UI 设计规范强制要求 miter limit ≤ 2），VectorDrawable 就不是合适载体。
可行路径：
- 改用
AnimatedVectorDrawable+ 运行时Path操作：在代码中构造真实Path，调用paint.setStrokeMiterLimit(2f)，再 draw 到Canvas - 迁移到 Compose：用
Canvas+drawPath，Stroke构造时可传miter与limit - 导出为 PNG（仅限静态、尺寸固定的场景）：让设计师按目标密度切图，绕过 vector 渲染限制
注意：XML 里写的 strokeMiterLimit 即使将来某天 Android 加了支持，也大概率只对新解析器生效，老版本仍无视——别把它当可演进的兼容字段用。
