android抢焦点
❶ Android TV开发焦点移动源码分析
点可以理解为选中态，在Android TV上起很重要的作用。一个视图控件只有在获得焦点的状态下，才能响应按键的Click事件。
相对于手机上用手指点击屏幕产生的Click事件， 在TV中通过点击遥控器的方向键来控制焦点的移动。当焦点移动到目标控件上之后，按下遥控器的确定键，才会触发一个Click事件，进而去做下一步的处理
在处理焦点的时候，有一些基础的用法需要知道。
首先，一个控件isFocusable()需要为true才有资格可以获取到焦点。如果想要在触摸模式下获取焦点，需要通过setFocusableInTouchMode(boolean)来设置。也可以直接在xml布局文件中指定：
keyEvent 分发过程：
而当按下遥控器的按键时，会产生一个按键事件，就是KeyEvent，包含“上”，“下”，“左”，“右”，“返回”，“确定”等指令。焦点的处理就在KeyEvent的分发当中完成。
首先，KeyEvent会流转到ViewRootImpl中开始进行处理，具体方法是内部类 ViewPostImeInputStage 中的 processKeyEvent ：
接下来先看一下KeyEvent在view框架中的分发：
这里也是可以做焦点控制，最好是在 event.getAction() == KeyEvent.ACTION_DOWN 进行.
因为android 的 ViewRootlmpl 的 processKeyEvent 焦点搜索与请求的地方 进行了判断if (event.getAction() == KeyEvent.ACTION_DOWN)
• 首先ViewGroup会一层一层往上执行父类的dispatchKeyEvent方法，如果返回true那么父类的dispatchKeyEvent方法就会返回true，也就代表父类消费了该焦点事件，那么焦点事件自然就不会往下进行分发。
• 然后ViewGroup会悔李键判断mFocused这个view是否为空，如果为空就会return false，焦点继续往下传递；如果不为空，那就会return mFocused的dispatchKeyEvent方法返回的结果。这个mFocused其实是扰歼ViewGroup中当前获取焦点的子View
发现执行了onKeyListener中的onKey方法，如果onKey方法返回true，那么dispatchKeyEvent方法也会返回true
如果想要修改ViewGroup焦点事件的分发
• 重写view的dispatchKeyEvent方法
• 给某个子view设置onKeyListener监听
下面再来看一下如果一个页面第一次进入，系统是如何确定焦点是定位在哪个view上的
由于DecorView继承自FrameLayout，这里调用的是ViewGroup的requestFocus
descendantFocusability:
• FOCUS_AFTER_DESCENDANTS：先分发给Child View进行处理，如果所有的Child View都没有处理，则自己再处理
• FOCUS_BEFORE_DESCENDANTS：ViewGroup先对焦碧巧点进行处理，如果没有处理则分发给child View进行处理
• FOCUS_BLOCK_DESCENDANTS：ViewGroup本身进行处理，不管是否处理成功，都不会分发给ChildView进行处理
因为 PhoneWindow 给 DecoreView 初始化时设置 了 setDescendantFocusability(ViewGroup.FOCUS_AFTER_DESCENDANTS)，所以这里默认是FOCUS_AFTER_DESCENDANTS
到此第一次请求焦点的过程基本告一个段落
焦点移动的时候，默认的情况下，会按照一种算法去找在指定移动方向上最近的邻居。在一些情况下，焦点的移动可能跟开发者的意图不符，这时开发者可以在布局文件中使用下面这些XML属性来指定下一个焦点对象：
在KeyEvent分发中已经知道如果分发过程中event没有被消耗，就会根据方向搜索以及请求焦点View
流程一：查找用户指定的下一个焦点
流程二：获取搜索方向上所有可以获取焦点的view，使用算法查找下一个view
addFocusables() 获取搜索方向上可获得焦点的view
descendantFocusability属性决定了ViewGroup和其子view的聚焦优先级
• FOCUS_BLOCK_DESCENDANTS：viewgroup会覆盖子类控件而直接获得焦点
• FOCUS_BEFORE_DESCENDANTS：viewgroup会覆盖子类控件而直接获得焦点
• FOCUS_AFTER_DESCENDANTS：viewgroup只有当其子类控件不需要获取焦点时才获取焦点
addFocusables 的第一个参数views是由root决定的。在ViewGroup的focusSearch方法中传进来的root是DecorView，也可以主动调用FocusFinder的findNextFocus方法，在指定的ViewGroup中查找焦点。
FocusFinder.findNextFocus 查找焦点
❷ android tv常见问题（一）焦点查找规律
https://github.com/Geekholt/TvFocus
Recyclerview聚焦到最后一个Item，继续按下键，焦点保持不变。
Recyclerview聚焦到最后一个Item，继续按下键，焦点会跳出RecyclerView，跳到附近的View上。
那么当Recyclerview滑动到最底部时，按下键，Android系统是如何找到下一个需要被聚焦的view的呢？我们把断点打在ViewGroup的focusSearch方法上，可以看到从ViewRootImp的performFocusNavigation方法开始，依次调用了如下方法。
View并不会直接去找焦点，而是交给它的parent去找。
焦点会逐级的交给父ViewGroup的focusSearch方法去处理，直到最外层的布局，最后实际上是调用了FocusFinder的findNextFocus方法去寻找新的焦点。
但是这里要注意的是，RecyclerView和其他的ViewGroup不一样，它自己重写了focusSearch方法。所以在焦点查找委托到达到DecorView之前，会先执行RecyclerView的focusSearch方法。
那么，RecyclerView和其他ViewGroup在寻找焦点方面有什么不一样呢？ 为什么RecyclerView要重写ViewGroup的焦点查找机制呢 ？想知道这些问题的答案，那我们首先要知道ViewGroup的焦点查找机制。
ViewGroup的焦点查找机制的核心其实就是FocusFinder的findNextFocus方法。
主要步骤：
主要注意三点:
在addFocusables之后，找到指定方向上与当前focused距离最近的view。在进行查找之前，会统一坐标系。
总的来说就是根据当前focused的位置以及按键的方向，循环比较focusable集合中哪一个最适合，然后返回最合适的view，焦点查找就算完成了。
用于比较的方法。分别是将 当前聚焦的view ， 当前遍历到的focusable 和 目前为止最合适的focusable （i = 0时是优先级最低的rect）进行比较。
判断是否可以做为候选。可以看作是一个初步筛选的方法，但是到底哪个更好还需要看beamBeat方法，这个方法会将通过筛选的focusable和当前最合适的focusable进行比较，选出更合适的一个。
到这里为止ViewGroup的focusSearch方法基本上就讲完了。那么下面来看一下RecyclerView的focusSearch方法是如何实现焦点查找的。
前面讲到了，该方法主要是为了解决 RecyclerView聚焦在按键方向上、当前屏幕区域内可见的最后一个item时，当前不可见的下一个item将无法获得焦点。
这个方法是由LayoutManager来实现的，这就是RecyclerView的针对上面提到的情况的焦点查找方法。这里主要分析LinearLayoutManager中实现的该方法，如果在使用其他的LayoutManager时出现RecyclelerView焦点不符合预期的话，可以查看对于LayoutManager下的onFocusSearchFailed方法。
主要关注方法，通过这个方法的命名我们大致就可以看出来这个方法的作用了。这个方法主要会 根据当前RecyclerVIew的正逆序以及按键方向，找出最近一个部分或完全不可见的View 。
这个方法是RecyclerView内部的方法，和FocusFinder中的isCandidate方法的逻辑可以说几乎是一摸一样的。
到此为止ViewGroup的focusSearch和RecyclerVIew的focusSearch都分析完了。我们已经知道RecyclerView滑动到最底部的时候，发生了哪些焦点行为，那么解决起来就比较简单了。
结合KeyEvent事件的流转，处理焦点的时机，按照优先级（顺序）依次是：
以上任一处都可以指定焦点，一旦消费了就不再往下走。
比如前面说到了RecyclerView就是通过重写focusSearch方法对边界上部分可见或不可见的view的焦点查找进行了特殊处理。
重写RecyclerView的focusSearch方法
❸ Android 输入法窗口焦点获取流程(2) ,输入法窗口和应用窗口绑定
基于Android9.x
Window和Session创建成功后，窗口的下一步流程为获取焦点
我们看下焦点获取过程，跟输入法相关的流程
两个Activity切换时，对应的状态变化过程为：
以下是Activity窗口初次获取焦点的流程
当两个activity 切换时，失去焦点的窗口调用过程如下：
对应的，获取焦点的额窗口的调用过程如下：
当B窗口的状态切换到RESUMED时，当窗口的focus可能变化时，会调用updateFocusedWindowLocked
在该方法中，判断，如果还没有执行startInputInner方法，则执行startInputInner方法，否则，直接执行startInputOrWindowGainedFocus方法
主要流程：
1：设置controlFlags的flag为CONTROL_WINDOW_FIRST
2：检查是否已经执行过startInputInner，没有的话执行startInputInner-->startInputOrWindowGainedFocus;否则，直接执行startInputOrWindowGainedFocus
两条路径，携带的startInputReason参数不一样
主要流程：
1：检查要启动和退出的ServedView是否为同一个，如果为同一个，则表示已经执行过startInputInner，则返回false,表示不再执行startInputInner
2：如果获取焦点的是EditorText，会创建跟IMS通信的mServedInputConnectionWrapper对象
主要流程：
1：创建EditorInfo对象tba，这个参数对TextView布局才有意义，它的初始化是在mServedView的onCreateInputConnection完成实例化的
2：根据EditorInfo创建一个InputConnection对象，输入法应用通过该对象，完成输入内容到输入框的传递；ACTIVITY获取焦点场景，该对象
为null，因为没有要输入的对象
startInputOrWindowGainedFocus携带的参数
startInputReason = 1
表示，该流程是窗口获取焦点过程
mClient
应用层创建的IInputMethodClient对象，为服务层提供应用层的各个回调方法
该方法跟应用进程首次创建时Session时，传递到IMMS的对象是同一个对象
windowGainingFocus：
应用层的ViewRootImpl$W对象
controlFlags |= CONTROL_START_INITIAL;
表示window窗口刚开始获取焦点
softInputMode = SOFT_INPUT_ADJUST_RESIZE , 允许调整输入法窗口，避免被其他窗口遮挡
tba , EditorInfo对象
servedContext
null
missingMethodFlags
ic等于null的情况下，为0
当应用层传递的W对象windowToken不为null的时候，则创建windowGainedFocus对象，返回给app
结果返回后，会对IMM的对象进行赋值
如此，进入一个窗口，获取窗口焦点过程，窗口与输入法相关的流程，就结束了。
下一篇：输入法在输入框弹出流程
Android输入法(3)，弹出流程
❹ Android 获取焦点
你好，我举例说明：比如有个输入框，当你点击输入框时，这时它的光标在闪烁，可以输入文字，那么就可以说这个输入框获得焦点了。获取焦点的控件就是当前可以执行操作的控件。
使用view.requestFocus()方法可以手动获取焦点。
以上，希望对你有帮助。
❺ Android EditText获取焦点并弹出软键盘
1、首先,在xml文件中通过让edittext获取焦点
<EditText
android:layout_width="match_parent"
android:layout_height="match_parent"
android:padding="17dp"
android:textColor="#333333"
android:textColorHint="#999999"
android:hint="请输入课件描述..."
android:gravity="top|left"
android:background="@null"
>
<requestFocus/>
</EditText>
2、在清单文件中给activity添加android:windowSoftInputMode=”stateVisible”属性，这样一进入这个页面的时候光标就自动显示，软键盘也显示出来
<activity
android:name=".wonderfulmoment."
android:windowSoftInputMode="stateVisible"></activity>