toDegrees 不生效主因是未设置 pivotX/pivotY，默认绕左上角旋转导致视觉异常；需显式指定中心点，如"50%"或"50%p"；XML 中 toDegrees 是相对增量，而 setRotation() 是绝对角度；补间动画不更新点击区域，应优先使用 ObjectAnimator 或 android:rotation 属性动画。
rotate 动画里 toDegrees 不生效？检查是否漏了 pivotX/pivotY
Android XML 中 rotate 动画的 toDegrees 看似简单，但常因旋转中心点默认为左上角（0, 0）导致视觉上“没转到位”——你以为它该转 90°，实际绕着左上角转，结果控件飞出屏幕外，根本看不出终点角度。
必须显式设置 pivotX 和 pivotY，否则 toDegrees 虽然被解析，但旋转基准错位，效果失真。
-
pivotX和pivotY值支持像素（如"50"）、百分比（"50%"）或相对父容器的百分比（"50%p"）；想绕自身中心转，就用"50%" - 如果父容器尺寸未确定（比如在
LinearLayout中宽高为wrap_content），"50%"可能计算为 0，此时改用"50%p"或固定像素更稳妥 - 动画运行时若控件尺寸动态变化（如文字长度改变），
"50%"的基准会重算，可能造成旋转抖动
<rotate xmlns:android="http://schemas.android.com/apk/res/android" android:fromdegrees="0" android:todegrees="90" android:pivotx="50%" android:pivoty="50%"></rotate>
Java/Kotlin 代码中 setRotation() 和 XML toDegrees 的行为差异
XML 中的 toDegrees 是**相对起始角度的增量值**（即从 fromDegrees 到 toDegrees 的差值），而 View.setRotation(float) 是**绝对角度值**（以控件当前坐标系为基准，0° 为正右方向，顺时针为正）。
这意味着：XML 动画执行完，控件的 rotation 属性值 = fromDegrees + (toDegrees - fromDegrees)，也就是最终等于 toDegrees；但如果你在动画中途调用 view.setRotation(45f)，它会覆盖动画当前状态，且后续动画仍按原轨迹继续——不是“跳到 45°”，而是“强行设为 45° 后继续跑完剩余动画”。
- 想让动画结束时控件真正停在某个绝对角度，别依赖动画自动保持，应在
AnimationListener.onAnimationEnd()里手动调用view.setRotation(finalAngle) - 使用
ObjectAnimator.ofFloat(view, "rotation", 0f, 90f)更可控，它直接操作属性，且默认会保留最终值 - XML 动画默认不修改 View 的实际
rotation属性（仅渲染层变换），所以view.getRotation()在动画中始终返回 0，除非你手动 set
rotate 动画结束后控件点击区域没跟着转？这是 View 的测量/布局没更新
XML rotate 是补间动画（Animation），只改绘制矩阵，不触发 onMeasure() 或 onLayout()，所以点击热区、碰撞检测、甚至 getHitRect() 都还是原始矩形——转了 90° 的按钮，点击区域仍在原来位置。
这不是 toDegrees 写错了，是动画类型本身的限制。
- 需要真实旋转并响应触摸，优先换用
ObjectAnimator+View.setRotation()，它会同步更新属性和事件分发逻辑 - 若必须用 XML 补间动画，可在动画结束后手动调用
view.invalidate()和view.forceLayout()，但无法修复点击区域偏移，仅刷新显示 - 更彻底的解法：用
android:rotation属性（API 11+）替代动画，配合animate().rotation(90f)，它走的是属性动画底层，点击区域自动跟随
toDegrees 超过 360° 会怎样？别指望它自动归一化
toDegrees 支持任意浮点数，包括负数、大于 360 的值（如 720），系统不会自动模 360。这意味着：
-
fromDegrees="0"→toDegrees="720"：控件会顺时针转整整两圈，动画时长内匀速完成，不是“转一圈停住” -
fromDegrees="350"→toDegrees="10"：系统按数值差计算（10 - 350 = -340），逆时针转 340°，而非顺时针转 20° —— 它不取最短路径 - 想实现“顺时针转到 10°”，得写
fromDegrees="350"→toDegrees="370"（370 % 360 = 10），靠数值设计控制方向
这个细节在做连续旋转（比如 loading 图标）或角度归零逻辑时特别容易踩坑：以为设 toDegrees="0" 就能回正，结果从 350° 直接逆时针甩一圈。
