state_pressed 在 selector 中不生效是因为 view 默认不可点击，需显式设置 android:clickable="true"；item 顺序影响匹配，应将具体状态项置前、兜底项置后；android 12+ 的 ripple 动效会覆盖自定义 selector，需禁用或改用 rippledrawable。
state_pressed 属性在 selector 中根本不会生效？
Android 的 selector 里写 android:state_pressed="true"，但按钮按下去没反应——不是你写错了，是默认 Button/TextView 在启用点击事件前压根不进入 pressed 状态。系统只对可点击（clickable="true"）且启用（enabled="true"）的 View 才触发 state_pressed。
- 确保 View 设置了
android:clickable="true"（哪怕你只是想有按压反馈，不处理点击） - 检查父布局是否拦截了触摸事件，比如
ScrollView或自定义 ViewGroup 重写了onInterceptTouchEvent - 如果用了
MaterialButton，它默认用backgroundTint控制状态色，直接改android:background会失效
selector XML 文件里 item 顺序为什么影响按压效果？
Android 按从上到下的顺序匹配第一个满足所有 state 条件的 item，而不是取“最精确”的那个。如果 state_pressed="false" 的 item 写在前面，它会永远被选中，后面的 state_pressed="true" 根本没机会生效。
- 把最具体的、带多个 state 的 item 放前面，比如
<item android:state_pressed="true" android:state_enabled="true"></item> - 把兜底项（无任何 state 属性）放在最后，作为默认样式
- 别写
state_pressed="false"—— 它和“无该 state”语义不同，且容易误匹配
为什么按下时颜色/背景没变，但日志显示 statePressed = true？
View 确实进入了 pressed 状态，但你配置的 drawable 没正确应用。常见原因是 drawable 自身不支持状态变更，或者 selector 引用路径出错。
- 确认
android:background指向的是 selector 文件（如@drawable/btn_bg_selector），而不是单张图片 - 检查 selector 中每个
item的android:drawable是否存在且可读；路径错误时静默失败，不报错 - 如果用了
ColorStateList（比如设置android:textColor），要确保 selector 的每一项都返回有效颜色值，空值或透明色会导致文字“消失”
XML selector 在 Android 12+ 上按压动画突然变慢或卡顿？
Android 12 引入了新的涟漪（ripple）动效机制，默认给可点击 View 加了 ?attr/selectableItemBackground，它会覆盖你写的 selector 背景，且自带淡入淡出动画，干扰原有逻辑。
- 显式禁用系统 ripple：在 View 中加
android:background="?attr/selectableItemBackgroundBorderless"（保留点击反馈但无动画），或直接用纯色/selector - 若必须用 ripple + 自定义颜色，改用
RippleDrawable配合 selector，而非纯 XML selector - 避免在 selector 中嵌套过多 layer-list 或 shape，复杂 drawable 在低端机上绘制耗时明显
真正麻烦的是混合使用 Material 组件、自定义 background 和旧版 selector——状态流转逻辑分散在三个地方，调试时得同时看 View 的 clickable/enabled、Material 的 backgroundTint、以及 selector 的 state 匹配顺序。漏掉任意一环，按压就“失灵”。
