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方法。
主要关注findPartiallyOrCompletelyInvisibleChildClosestToEnd方法，通过这个方法的命名我们大致就可以看出来这个方法的作用了。这个方法主要会 根据当前RecyclerVIew的正逆序以及按键方向，找出最近一个部分或完全不可见的View 。
这个方法是RecyclerView内部的方法，和FocusFinder中的isCandidate方法的逻辑可以说几乎是一摸一样的。
到此为止ViewGroup的focusSearch和RecyclerVIew的focusSearch都分析完了。我们已经知道RecyclerView滑动到最底部的时候，发生了哪些焦点行为，那么解决起来就比较简单了。
结合KeyEvent事件的流转，处理焦点的时机，按照优先级（顺序）依次是：
以上任一处都可以指定焦点，一旦消费了就不再往下走。
比如前面说到了RecyclerView就是通过重写focusSearch方法对边界上部分可见或不可见的view的焦点查找进行了特殊处理。
重写RecyclerView的focusSearch方法
添加DropDownMenu 到你的布局文件，如下
com.yyy.djk.dropdownmenu.DropDownMenu
android:id="@+id/dropDownMenu"
android:layout_width="match_parent"
android:layout_height="match_parent"
app:ddmenuTextSize="13px" //tab字体大小
app:ddtextUnselectedColor="@color/drop_down_unselected" //tab未选中颜色
app:ddtextSelectedColor="@color/drop_down_selected" //tab选中颜色
app:dddividerColor="@color/gray" //分割线颜色
app:ddunderlineColor="@color/gray" //下划线颜色
app:ddmenuSelectedIcon="@mipmap/drop_down_selected_icon" //tab选中状态图标
app:ddmenuUnselectedIcon="@mipmap/drop_down_unselected_icon"//tab未选中状态图标
app:ddmaskColor="@color/mask_color" //遮罩颜色，一般是半透明
前面的内容请参见 Android应用自动化测试-提纲 。 本篇介绍下monitor工具中剩下的几个重要功能
在Monitor工具的底部是监测系统日志的Logcat模块，在这里可以通过日志跟踪系统正在发生什么，在我们开发、测试过程中，经常需要通过这个模块来确定应用执行的流向和状态
logcat模块左侧是filter栏，因为logcat日志数量很大，对于我们特别关注的信息可以创建filter来进行筛选，如根据应用包名、tag信息、日志信息、级别等
日志显示中有几个不同的级别，在左上角的默认筛选中也可以看到，显示时也会议不同的颜色来表示
Logcat显示界面中几个字段分别代表的含义
除了Monitor工具默认的DDMS（Dalvik Debug Monitor Service）视图中的以上功能，工具菜单栏
window-Open perspective, 打开可可以看到还提供有其他几个视图。这里介绍比较常用的HierarchyViewer视图，Hierarchyview和UiAutomatorviewer作用类似，都是用于查看当前界面控件，但Hierarchyviewer能显示的属性更为全面(设备需要root，调用的API权限比UiAutomator更高)
打开视图，左侧window中会显示当前运行的应用，选中应用后，则可以点击load Hierarchy view按钮来加载tree view，加载后在中部可以看到控件树，右侧上半部是整个树的层次布局，下半部是在界面布局。选中控件，在TreeView中可以看到控件的ID以及图示等信息，而右侧view properties中则可以看到该控件的所用详细属性信息。
以上就是Monitor工具的介绍，可以看到，该工具的功能是非常丰富和强大的，善用该工具，一定会让我们在Android的开发、测试过程中更加了解我们的目标，对我们的工作也大有助益。
筛选是资源聚合类APP中不可缺少的功能，可帮用户快速、精准地找到需要的内容信息，根据资源分类形式的不同有多种筛选类型，并且不同的筛选类型还可以进行自由组合，让复杂的内容信息更容易被筛选出来，那今天我们就来了解一下这些常用的筛选类型，并且分析各自的特点及交互细节。
目录
1. 横向tab式筛选
2. 标签筛选
3. 下拉筛选
4. 底部筛选
5. 抽屉式筛选
1. 横向tab式筛选
这是最常见的筛选样式，属于一级筛选。通常出现在导航栏或者是导航栏目的下方，根据分类层级的多少有4种展现形式。
一个层级
分类2~5个：所有类目都可以直接在tab栏目上展示出来，用户可快速地在各个分类之间进行切换；
分类大于5个：所有类目以相同的间距进行横向排布，引入横滑操作，方便用户浏览被隐藏的分类信息；有些产品也会在栏目右侧增加下拉操作，点击后下拉展示所有的分类，用户可对所有分类进行直观的浏览；
