android:state_enabled不生效的主因是控件未真正进入禁用状态或selector顺序错误；需确保使用button等响应setenabled的控件、调用refreshdrawablestate()、将state_enabled="false"项置于selector顶部。
selector 里 android:state_enabled 不生效？先看控件是否真的可禁用
很多情况下样式没变，不是 selector 写错了，而是目标控件压根没响应 setEnabled(false)。比如 TextView 默认忽略 android:enabled，它没有点击行为，系统不会触发 state_enabled 变化；而 Button、CheckBox、EditText 才会真正进入 disabled 状态并刷新 drawable 状态。
实操建议：
- 优先用
Button或带点击逻辑的View测试，别拿纯展示控件开刀 - 在代码中确认调用了
view.setEnabled(false)，而不是只改了android:clickable="false"（后者不触发 state_enabled） - 检查父容器是否拦截了状态传递，比如
LinearLayout套了一层且自身setEnabled(false)，子 view 的 state_enabled 可能被覆盖
XML selector 中 android:state_enabled="false" 的顺序很重要
Android 按顺序匹配第一个满足条件的 <item></item>，所以 android:state_enabled="false" 必须放在默认项（无任何 state 属性）之前，否则永远走不到它。
常见错误写法：
<item android:drawable="@color/grey" /> <item android:state_enabled="false" android:drawable="@color/light_grey" />——这里默认项抢在前面，disabled 状态永远不生效。
正确顺序示例：
<item android:state_enabled="false" android:drawable="@color/light_grey" /> <item android:drawable="@color/blue" />
Java/Kotlin 侧调用 setEnabled() 后没刷新样式？手动触发 refreshDrawableState()
某些自定义 View 或复用场景下，调用 setEnabled(false) 后 background selector 没反应，是因为状态变更未主动通知 drawable。系统不会自动刷新所有情况下的状态。
实操建议：
- 在设置 enabled 后立刻加一行
view.refreshDrawableState() - 如果用的是
setBackgroundResource()设置 selector，确保该 drawable 是StateListDrawable类型（即 XML 中是<selector></selector>） - 避免在
onDraw()里直接操作 drawable 状态，这会绕过 framework 的状态管理机制
注意 android:state_enabled 和 android:state_pressed 的组合冲突
当用户长按一个已禁用的控件时，android:state_pressed="true" 和 android:state_enabled="false" 可能同时为 true。如果你写了同时匹配两者的 <item></item>，它会优先生效，覆盖你预期的 disabled 样式。
排查要点：
- 检查 selector 中是否存在类似
<item android:state_enabled="false" android:state_pressed="true"></item>的条目 - 禁用状态下一般不应响应 press，所以这类组合 item 很可能多余，建议删掉或明确设为透明/不可见
- 真要支持“禁用但可按”的交互，得用
android:state_activated或自定义 state，别硬塞state_pressed
最常被忽略的是：state_enabled 变化本身不触发重绘，必须靠 refreshDrawableState() 或系统事件驱动；很多人写了 selector 却忘了让 View 主动“告诉”自己状态变了。
