详细介绍Android中的视图焦点Focus的使用

在非触摸屏设备中接收事件和处理响应的控件是具有焦点(Focused)的控件。一个窗口中一个时间内只能有一个具有焦点的控件。在早期具有滚轮设备的android系统中以及现在的智能TV电视应用中视图的焦点控制就非常重要了。而在触摸设备上通常默认情况下只有EditText控件才具有焦点，而我们通常会遇到的一个问题就是当进入一个具有EditText的界面时键盘就会自动弹出，而且有时候可能无法消失，但需求可能是进入时不弹出键盘。而这些所有的东西都是和视图的焦点有关，因此本文的重点就是介绍视图的焦点属性和方法，get到这些技术点后你就可以完全控制和使用这些特性了。

下面是几个关于焦点特性的描述：

1. ViewGroup中有一个mFocued成员来保存子视图中哪个子视图是具有焦点的视图，并且这样一直会递归下去。比如某个视图层次下的根视图ROOT下有A,B,C三个子视图，而B下面又有B1,B2,B3三个子视图，而这时候B3是具有焦点的子视图，那么在B中的mFocued保存的是B3，而ROOT下的mFocued保存的是B。
2. ViewGroup没有焦点并不代表其子视图也没有焦点，这里没有父子制约关系。
3. 任何时候一个窗口内都只有一个视图具有焦点，或者所有视图都无焦点。
4. 并不是所有视图都可以获取焦点。

我们要设置一个视图是否可以获取焦点可以通过如下方法来完成：

 //设置视图是否可以获得焦点
public void setFocusable(boolean focusable) 
//获取视图是否可以获取焦点
public final boolean isFocusable() 

对于触摸设备来说我们可以设置一个视图在被触摸时是否可以成为焦点视图。我们可以通过如下方法：

//设置视图是否在触摸模式下可以获得焦点 
 public void setFocusableInTouchMode(boolean focusableInTouchMode) 
 //获取视图是否在触摸模式下获得焦点
 public final boolean isFocusableInTouchMode() 

因此在触摸设备下，一个视图要想获得焦点必须要setFocusable和setFocusableInTouchMode同时为true时才可以获取焦点。

下面两个方法用来判断某个视图是否是焦点视图以及是否获取了焦点：

//是否当前视图就是焦点视图
 public boolean isFocused() 
//当前视图是否是焦点视图，或者子视图里面有焦点视图。
public boolean hasFocus() 

hasFocus和isFocused区别主要在ViewGroup上，前者只要自己或者儿子视图是焦点视图都返回true，而后者是一定要自己是焦点视图。

我们可以用如下方法来判断视图是否可见并且可以获得焦点，如果自己不可获得焦点则会递归调用子视图判断是否可以获得焦点。 从上可见has和is的区别是是否是只判断自身。

public boolean isFocusable(); //只判断自身
public boolean hasFocusable();  //除了判断自身外还判断子视图

如果我们要清除某个具有焦点视图的焦点属性就可以调用如下方法：

 public void clearFocus()

清除视图的焦点时，会激发视图的onFocusChanged的调用，并且往上遍历调用clearChildFocus 将mFocued的值置空，然后再从根视图中再次遍历将某个最佳的视图设置成为焦点视图。因为清除某个视图的焦点属性时，系统为了保证拥有一个具有焦点的视图，就会再次遍历整个视图树来重新设置具有焦点的视图。

下面的函数用来查找具有焦点的视图，如果是View则判断自己是否有焦点，如果是ViewGroup则自己就是焦点返回自己，否则返回儿子视图里面的焦点视图。如果都没有焦点视图时则返回null

public View findFocus() 

下面的方法是ViewGroup中的方法，获取直接的焦点子视图，也就是返回mFocued数据成员。

public View getFocusedChild() 

下面的方法中如果调用者是View并且自身可以获取焦点，那么就将自身加入到views数组里面去，如果自身是ViewGroup则将里面的可获取焦点的子视图加入到views里面去。

public void addFocusables(ArrayList<View> views, int direction)

下面的方法可以获取一个View或者ViewGroup下所有可获取焦点的子视图列表。如果调用的对象是View则可能返回自身，如果调用的对象是ViewGroup则返回自身和下面所有子视图中可获取焦点的子视图。

//这里的direction参数貌似没有什么作用。
 public ArrayList<View> getFocusables(int direction) 

可以看出addFocusables和getFocusables其实具有类似的功能，都是将自身或者容器视图里面的子视图中具有获取焦点能力的子视图返回到数组里面去。

public void setNextFocusDownId(int nextFocusDownId) 

上面函数和一些getXX函数用于设置或者获取某个视图的下一个焦点的ID，主要用于键盘模式来移动焦点的位置。

下面的方法用来请求成为当前焦点视图。这个方法是视图获得焦点的关键：

public final boolean requestFocus() 

如果调用者是View且自己不可见(invisible or gone)或者不可获得焦点(isFocusable为false)或者父视图不允许自己获取焦点就会返回false表示成为焦点视图失败。如果能够成为焦点视图，那么就会调用onFocusChanged方法清除其他焦点视图。

如果是ViewGroup则根据setDescendantFocusability中的规则进行：如果是阻止子视图则自己进行焦点的获取，否则就按规则先子节点或者后子节点。

下面的方法用于当视图是ViewGroup时的焦点获取策略：

 public void setDescendantFocusability(int focusability) 

focusability可设置的值如下：

FOCUS_BLOCK_DESCENDANTS： 阻止子视图成为焦点视图，这样即使子视图调用了requestFocus也不能成为焦点视图。

FOCUS_BEFORE_DESCENDANTS： 当ViewGroup调用requestFocus时总是优先让自己成为焦点视图。

FOCUS_AFTER_DESCENDANTS： 当ViewGroup调用requestFocus时优先让里面的子视图成为焦点，只有子视图无法成为焦点时才让自己成为焦点视图。这个特性也是默认特性。

通过setDescendantFocusability和requestFocus方法的配合就可以解决那种只有一个EditText且一进入就自动键盘弹出的问题。因为默认的EditText是一个可成为焦点的视图，这样根据规则当界面展示时就会成为一个焦点视图从而弹出键盘，这样即使对EditText调用clearFocus也因为规则导致他还是焦点视图。解决的方案是把EditText的一个祖先视图也设置为可获取焦点的视图(setFocusable(true))，并且将这个祖先视图的setDescendantFocusability设置为FOCUS_BEFORE_DESCENDANTS。这样当对EditText调用clearFocus或者对祖先视图调用reqeustFoucs时都会优先让祖先视图获得焦点。

视图树加载时的焦点视图的遍历

在窗口里的视图第一次被装载时系统会调用ViewRoot的doTraversal，这个函数内部会调用根视图的requestFocus方法：

if (!mView.hasFocus()) {
          mView.requestFocus(View.FOCUS_FORWARD);
}

这样就会让系统的最叶子的某个视图得到焦点。。得到的顺序是顺序为0的子视图先得到焦点。

这里一个特殊的例子就是TextView即使设置了FocuableInTochMode，也没有用，因为在构造函数中TextView自己的构造函数会在基类的基础上再次判断是否设置了Focuable属性，如果没有设置则即使上面设置FocuableInTochMode也没有用。但是Button的Style里面是包括一个Foucable属性的。

以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持脚本之家。

最新评论