Reduced Motion（减少动画）是无障碍设计中的一个重要概念，它允许用户在系统层面关闭或减弱界面动画，避免眩晕、分散注意力或设备卡顿带来的不适。iOS很早就提供了Reduce Motion开关，Android这边虽然没有完全等价的全局设置，但通过动画时长缩放（Animator Duration Scale）可以达到类似效果。本文将围绕Android平台，详细介绍如何检测、响应和实现Reduced Motion。
一、Android系统中与减少动画相关的设置
Android在开发者选项中提供了三个动画缩放选项：窗口动画缩放、过渡动画缩放和动画程序时长缩放。其中与我们代码中 Animator 相关的是第三个，对应 Settings.Global.ANIMATOR_DURATION_SCALE。当用户把它设置为"动画关闭"时，系统会返回0，此时所有通过属性动画框架执行的动画都会立即跳到结束状态。
这个设置的取值通常是0、0.5、1等，分别代表关闭动画、0.5倍速和正常速度。用户也可以在部分设备的无障碍设置中找到"移除动画"选项，本质上也是修改这个全局参数。因此，判断用户是否偏好减少动画，读取这个值是最直接的方式：
fun isReducedMotionPreferred(context: Context): Boolean {
val scale = Settings.Global.getFloat(
context.contentResolver,
Settings.Global.ANIMATOR_DURATION_SCALE,
1f
)
return scale == 0f
}需要注意的是，这个设置在系统层面已经会自动作用于 ValueAnimator、ObjectAnimator 以及 Compose 的 animate*AsState 等动画API，所以如果你的动画全部基于标准动画框架，很多时候不需要额外处理。但当你使用自定义绘制、 Choreographer 驱动的手动动画，或者第三方动画库时，就需要自己响应这个设置了。
二、在代码中响应Reduced Motion
对自定义动画来说，最稳妥的做法是封装一个工具函数，统一根据系统设置决定动画时长。这样所有动画入口都走同一个判断，后续维护成本也低。下面是一个结合插值器和时长缩放的示例：
object MotionUtils {
fun getAnimatorDuration(context: Context, defaultDuration: Long): Long {
val scale = Settings.Global.getFloat(
context.contentResolver,
Settings.Global.ANIMATOR_DURATION_SCALE,
1f
)
if (scale == 0f) return 0L
return (defaultDuration * scale).toLong()
}
fun fadeView(view: View, visible: Boolean) {
val duration = getAnimatorDuration(view.context, 300L)
if (duration == 0L) {
// 直接跳到目标状态，不做动画
view.alpha = if (visible) 1f else 0f
return
}
view.animate()
.alpha(if (visible) 1f else 0f)
.setDuration(duration)
.start()
}
}这里的关键逻辑是：当缩放为0时直接设置最终状态并返回，而不是启动一个时长为0的动画。直接赋值可以避免动画框架的调度开销，同时保证界面状态立即一致。对于需要处理动画结束回调的场景，跳过动画时也应该手动触发监听器，否则依赖 onAnimationEnd 的逻辑（比如动画结束后移除View）会失效。
另外，从API 17开始，ValueAnimator.areAnimationsDisabled() 也可以用来快速判断动画是否被系统禁用，不过它的可用性受系统版本影响，读取 ANIMATOR_DURATION_SCALE 仍然是兼容性最好的方案。
三、在应用内提供自定义的减少动画开关
除了跟随系统设置，很多应用还会在自己的设置页提供独立的动画开关，给用户更细粒度的控制。这种做法的思路是：用 SharedPreferences 或 DataStore 存储用户偏好，动画执行前同时检查系统设置和应用内开关，任一满足即视为需要减少动画。
class MotionPreferences(private val context: Context) {
private val prefs = context.getSharedPreferences("settings", Context.MODE_PRIVATE)
var reducedMotion: Boolean
get() = prefs.getBoolean("reduced_motion", false)
set(value) = prefs.edit().putBoolean("reduced_motion", value).apply()
fun shouldReduceMotion(): Boolean {
return reducedMotion || isReducedMotionPreferred(context)
}
}在设置界面中，可以用 SwitchPreferenceCompat 展示这个选项。对应的 preference.xml 大致如下：
<SwitchPreferenceCompat
android:key="reduced_motion"
android:title="减少动画"
android:summary="关闭界面过渡和装饰性动画效果"
android:defaultValue="false" />这种双层判断的好处是尊重了用户在系统层面的选择，同时又给了应用内的灵活性。比如某些核心功能性动画（如进度指示）即使开启减少动画也需要保留，而纯装饰性的背景粒子效果则应完全关闭，应用内开关正好可以实现这种分级处理。
四、Compose中的Reduced Motion处理
Jetpack Compose的动画默认也会受到系统动画缩放的影响，但如果你用了 withFrameNanos 这类基于帧回调的手动动画，或者 infiniteTransition 实现的无限循环动画，就需要自己控制了。一个常见做法是把Reduced Motion偏好作为状态传入Composable，在为真时直接渲染静态内容：
@Composable
fun PulsingDot(reduceMotion: Boolean) {
if (reduceMotion) {
// 跳过动画，显示静态圆点
Box(
modifier = Modifier
.size(12.dp)
.background(Color.Red, CircleShape)
)
return
}
val infiniteTransition = rememberInfiniteTransition()
val scale by infiniteTransition.animateFloat(
initialValue = 1f,
targetValue = 1.4f,
animationSpec = infiniteRepeatable(
animation = tween(600),
repeatMode = RepeatMode.Reverse
)
)
Box(
modifier = Modifier
.size(12.dp)
.graphicsLayer { scaleX = scale; scaleY = scale }
.background(Color.Red, CircleShape)
)
}这里的策略很明确：无限循环的装饰性动画是Reduced Motion场景下的首要清理对象。这类动画不仅可能引起不适，还会持续消耗电量。判断依据可以来自前面封装的 MotionPreferences，在Activity中读取后通过参数或CompositionLocal传递到各个Composable。
总结一下，实现完善的Reduced Motion支持需要三步：读取系统动画缩放设置、在自定义动画代码中响应缩放为0的情况、为应用提供独立的动画开关。这三层机制叠加起来，既能覆盖系统无障碍偏好，也能满足应用内的个性化需求，最终让应用对动晕症用户、老年用户和低端设备用户都更加友好。
Android动画Reduced Motion无障碍开发修改时间：2026-09-13 05:42:35