selector 中 android:state_enabled="false" 不生效，主因是父容器拦截状态传递、XML 条目顺序错误、非点击控件未启用状态监听或自定义 View 未调用 refreshDrawableState()。
selector 中 android:state_enabled="false" 不生效？先看父容器是否拦截了状态传递
Android 的 selector 里写 android:state_enabled="false" 没反应，大概率不是 selector 写错了，而是控件的父容器（比如 LinearLayout、ConstraintLayout）本身被设为 android:enabled="false"。这时子控件的 enabled 状态不会触发重绘——系统压根不把状态变化通知给子 View。
实操建议：
- 检查父布局是否设置了
android:enabled="false"，改成用android:clickable="false"+android:focusable="false"控制交互，保留子控件自身的enabled状态有效性 - 在代码中动态设置时，确保调用的是目标控件的
setEnabled(false)，而不是它上面某层 ViewGroup 的 - 用 Layout Inspector 实时查看该控件的
mViewFlags和mEnabled字段，确认状态确实被设为 false
XML selector 里 state\_enabled=false 的 item 必须放在最前面
Android 解析 selector 是从上到下匹配第一个满足条件的 item。如果 android:state_enabled="true" 的条目写在前面，哪怕控件当前是禁用状态，也会被它“抢先命中”。
常见错误现象：禁用后颜色/背景还是启用态的样子。
实操建议：
-
<item android:state_enabled="false" android:drawable="@color/grey_400"></item>这类禁用项必须放在所有其他state_*条目之前 - 不要混用
android:state_pressed="true"和android:state_enabled="false"在同一 item —— 按钮按下去又禁用这种组合逻辑几乎不存在，且 Android 不保证多状态组合的匹配优先级 - 如果要支持“禁用 + 按下”这种极少见场景，得用代码控制 drawable，别硬塞进 XML
TextView 等非可点击控件的 state\_enabled 在 XML selector 中默认不响应
TextView 默认 clickable="false"，即使你设了 android:enabled="false"，它的 background selector 也不会自动切换到 state_enabled="false" 对应的样式——因为它的 onStateChange() 根本没被触发。
使用场景：想让一个 TextView 在禁用时变灰，但 background 是 selector。
实操建议：
- 给
TextView显式加上android:clickable="true"（或android:focusable="true"），才能让它参与 state 变化流程 - 更稳妥的做法是不用 background selector，改用
android:textColor配合ColorStateList，因为 TextView 对 text color 的 state 支持是原生保障的 - 如果坚持用 background，记得在代码中调用
view.refreshDrawableState()，否则状态变更后 UI 不更新
自定义 View 中 state\_enabled=false 要手动触发 onStateChange
继承 View 或 TextView 并重写了 onDraw()，但发现 selector 的禁用态不生效——大概率是你没在 setEnabled() 里调用 refreshDrawableState()。
性能影响：不调用 refreshDrawableState() 就不会触发 onStateChange()，background drawable 就永远卡在初始状态。
实操建议：
- 在自定义 View 的
setEnabled(boolean)方法里，第一行就加super.setEnabled(enabled)，第二行必须跟refreshDrawableState() - 如果 background 是
LayerDrawable或嵌套 selector，也要确保每一层都支持 state；有些第三方库的 drawable 会忽略 state 变化 - 调试时可在
onStateChange()里打 log，确认是否被调用；没日志就说明状态根本没传进来
真正麻烦的从来不是写对那一行 android:state_enabled="false"，而是状态能不能从 View 层级、事件分发、drawable 生命周期里完整走通。漏掉任意一环，XML 里写得再准也没用。
