如何设置Android中selector item的聚焦状态样式？

本文共计992个文字，预计阅读时间需要4分钟。

在Android中，大多数情况下，不是由于写法错误而导致触摸屏点击无效，而是因为+android:state_focused+ 没有被触发。这是因为Android默认只对可聚焦（focusable）且启用（enabled）的+View+ 响应键盘/方向键导航带来的焦点变化。

触摸屏点击默认不触发+state_focused+，除非+View+ 明确设置了+android:focusable+ 属性。

• android:focusable="true" 是基础，但仅支持 D-pad、TV 遥控或键盘导航
• 想让触摸点击也进 state_focused，必须加 android:focusableInTouchMode="true"
• 如果父布局拦截了焦点（比如 ScrollView 或 RecyclerView），子 View 即使设了也不一定拿到焦点
• 某些系统版本（如 Android 12+）对触摸模式下焦点行为更严格，focusableInTouchMode 可能被忽略，优先考虑 state_pressed 或 state_selected

selector 中 state_focused 和 state_pressed 同时存在时谁优先

没有“优先级”一说，是状态叠加匹配。一个 View 可以同时处于 pressed 和 focused 状态（例如用键盘导航到按钮后空格键按下），此时 selector 会匹配第一个**完全符合所有指定状态**的 <item>。顺序很重要。

• 把 <item android:state_pressed="true" android:state_focused="true"> 放在最前，否则它可能被更宽泛的 state_pressed 条目提前匹配掉
• 单独的 state_focused="true" 条目不能放在 state_pressed="true" 后面，否则按住时永远走不到它
• 未指定任何状态的默认条目（<item>）必须放最后，否则它会吃掉所有其他状态

XML selector 里怎么写才能兼容触摸和键盘两种聚焦

真正可靠的方案不是强求 state_focused 在触摸下生效，而是区分场景：键盘/D-pad 导航用 state_focused，触摸操作用 state_pressed + state_activated 或手动 setActivated()。若坚持统一视觉反馈，建议用 state_selected 并在代码中控制。

• 触摸点击时调用 view.setSelected(true)，对应 selector 写 android:state_selected="true"
• 避免依赖 state_focused 做主交互反馈，尤其在 Material Design 3 之后，state_pressed 和涟漪（RippleDrawable）才是触摸首选
• 真要保留键盘导航体验，保留 state_focused 条目，但别让它和 state_pressed 视觉冲突——比如只改边框颜色，不改背景色

代码里动态设置 focused 状态不触发 selector 更新

调用 view.requestFocus() 或 view.setFocusable(true) 不会自动重绘 selector，必须确保 View 已 attach 到窗口、已启用、且当前线程是主线程。更关键的是：View 得实际获得焦点，而不仅仅是“能获得”。

• 用 view.requestFocus() 后，最好加 view.post(() -> view.invalidate()) 强制刷新
• 在 Fragment 或 Dialog 中，常因 View 还未完成 layout 就调 requestFocus()，导致失败；应放在 onResume() 或 view.post() 里
• requestFocus() 返回 false 表示请求被拒绝，常见于父容器 descendantFocusability="blocksDescendants"
• 不要在 selector 里依赖 state_focused 做核心逻辑判断，它不稳定，适合做辅助提示（如输入框光标高亮）

有些设备和系统版本压根不走 state_focused 的绘制路径，哪怕 XML 和属性都对。这时候盯着 selector 查问题，不如先确认焦点是否真的到了那个 View 上——用 Log.d 打印 view.isFocused() 和 view.hasFocus()，比反复改 XML 更快。