必须组合使用trimPathStart和trimPathEnd，且至少一个值随时间变化才能触发动画；Android中仅AnimatedVectorDrawable支持动态更新，二者取值范围均为0.0–1.0，超出自动截断。
trimPathStart 和 trimPathEnd 怎么配合用才动得起来
单靠 trimPathStart 或 trimPathEnd 无法触发动画，必须两者组合、且至少一个值随时间变化。Android 的 AnimatedVectorDrawable 是唯一支持动态更新这两个属性的机制，直接在 pathData 里写死数值是静态的，不会动。
常见错误现象：trimPathStart="0.5" 写在 XML 里，结果路径一半都不显示，但也没动画——因为没绑定动画器，只是裁剪。
- 必须用
AnimatedVectorDrawable引用VectorDrawable，再通过ObjectAnimator控制trimPathStart/trimPathEnd - 两个属性取值范围都是 0.0–1.0，超出会 clamp，不是百分比也不是像素
- 如果只动
trimPathEnd（从 0 → 1），效果是“从起点开始画到终点”；只动trimPathStart（0 → 1）则是“从起点逐渐擦除到终点”
ObjectAnimator target 属性名容易拼错
给 path 节点设动画时，ObjectAnimator 的 android:propertyName 必须严格匹配为 trimPathStart 或 trimPathEnd，大小写、下划线都不能错。写成 trimpathstart、trimPathstart 或 trim_path_start 都会静默失败——没报错，但动画不执行。
使用场景：通常在 animator/path_morph.xml 或 Java/Kotlin 中 new ObjectAnimator.ofFloat() 时指定。
- XML 中写法示例：
<objectAnimator android:propertyName="trimPathEnd" ... /> - 代码中写法：
ObjectAnimator.ofFloat(path, "trimPathEnd", 0f, 1f) - 注意：target 必须是
<path>的android:name，且该 name 在AnimatedVectorDrawable的<target>标签里正确引用
vector path 的 fillType 影响 trim 起始方向
fillType 决定 Android 如何计算路径长度和绘制顺序，进而影响 trimPathStart 从哪开始裁。默认是 nonZero，但若路径含自交或子路径（比如圆环+内圆），改用 evenOdd 可能导致裁剪“跳段”——看起来动画突然断开或反向。
性能影响：两种 fillType 渲染开销无明显差异，但行为差异大，调试时容易误判为动画 bug。
- 简单线条、单闭合路径（如心形、箭头）用默认
nonZero即可 - 多层嵌套路径（如带镂空的文字 icon）建议先在
VectorDrawable预览工具里试trimPathStart="0.1"静态值，确认起始点符合预期 - 不要在动画运行中动态改
fillType，它不支持 runtime 修改
API 21 以下设备直接不支持 trimPath 动画
trimPathStart 和 trimPathEnd 是 API 21（Lollipop）引入的属性，低于此版本的 VectorDrawableCompat 不转发这两个属性到动画系统。即使你用了 AppCompatDelegate.setCompatVectorFromResourcesEnabled(true)，老设备上仍会忽略这些动画。
兼容性影响：不是 crash，而是“完全不动”，连初始裁剪都不生效（trimPathStart="0.2" 在 API 16 上会被无视）。
- 必须做运行时判断：
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.LOLLIPOP) - 替代方案只能是逐帧
Bitmap动画或自定义View.onDraw()+PathMeasure截取，成本高得多 - 第三方库如
lottie-android可绕过此限制，但需引入额外依赖和 JSON 资源转换流程
<path> 共享同一个 android:name，导致动画打到错误路径上。这些细节不报错，但效果全偏了。 
