pivotx不生效最常见的原因是父容器裁剪，需检查clipchildren和cliptopadding属性，并确认layout_width/height为明确值。
rotate 动画里 pivotX 不生效？先看它是不是被父容器裁剪了
xml 中 rotate 的 pivotX 看似简单，但经常“设了没反应”——最常见原因是动画作用的 View 被父布局（比如 LinearLayout 或带 android:clipChildren="true" 的 ViewGroup）裁掉了超出边界的绘制区域。pivotX 是相对于 View 自身左上角的坐标，但旋转后部分像素可能被父容器直接砍掉，导致你以为“没转”，其实是转了但看不见。
-
pivotX单位默认是像素（px），写成"50"就是 50px；加"%"才是相对自身宽的百分比（如"50%"） - 如果想绕中心旋转，别只写
pivotX="50%" pivotY="50%"，还得确认该 View 的layout_width和layout_height是明确值（wrap_content在某些场景下会让百分比计算失效） - 临时调试时，在父布局加
android:clipChildren="false"和android:clipToPadding="false"，能快速验证是不是裁剪问题
用 android:pivotX 还是 android:fromXDelta？别混进 translate 动画里
pivotX 只在 rotate、scale 这类变形动画中起作用；它和 translate 动画里的 fromXDelta / toXDelta 完全无关。有人把 rotate 和 translate 写在一个 set 里，然后误以为改 fromXDelta 会影响旋转中心——不会。旋转中心只由 pivotX 和 pivotY 控制，且只对当前 rotate 标签生效。
- 同一个
rotate标签里，pivotX和pivotY必须成对出现，缺一个会回退到默认值（0, 0） - 如果动画是通过 Java/kotlin 用
animationUtils.loadAnimation()加载的 XML，确保 XML 根节点是rotate，不是set包裹后漏写了pivotX - 动态设置时，
view.pivotX和view.pivotY是 View 的属性，和 XML 的pivotX等价，但运行时修改需在动画开始前完成
API 21+ 的 View.animate().rotation() 怎么设 pivot？得手动调
用属性动画（ViewPropertyAnimator）走 rotation() 时，pivotX 和 pivotY 不是动画参数，而是 View 的状态属性。也就是说，你得先改 pivot，再触发 rotation 动画，顺序不能反。
- 正确顺序：
view.pivotX = 100f; view.pivotY = 100f; view.animate().rotation(360f).start(); - 如果在
animate()链里试图用.withStartAction()改 pivot，要注意：该回调在动画真正开始前执行，但若 View 尚未 layout 完（比如在onCreate()里就调），pivotX可能被重置，建议放在post(Runnable)里延迟执行 - XML 动画和属性动画的 pivot 行为一致，但属性动画更灵活——比如可以随手指拖动实时更新
pivotX再旋转，XML 做不到
自定义 View 中 rotate 动画不按预期转？检查 onDraw 有没有干扰
如果你继承 View 并重写了 onDraw()，又在里面手动调用了 canvas.rotate()，那 XML 的 rotate 动画和你手写的 canvas 操作会叠加甚至冲突。系统动画最终也是靠 Canvas 变换实现的，两套变换混在一起，pivot 就容易“漂移”。
- 优先用系统动画控制旋转，避免在
onDraw()里做额外rotate或save/restore；真要手绘旋转内容，应以getRotation()当前值为准，而不是硬编码角度 - 如果必须手绘，记得在
onDraw()开头加canvas.save()，结尾加canvas.restore()，防止影响父容器或子 View 的绘制上下文 - debug 时可临时把
onDraw()注释掉，只留个super.onDraw()，看 XML 动画是否恢复正常——这是判断干扰源最快的方式
事情说清了就结束。pivotX 的坑不在语法，而在它和 layout、draw、动画系统之间的隐式耦合——尤其是裁剪、测量时机和 canvas 层级这些看不见的地方。