在 Android 连接世界的大潮中，智能电视也无法幸免，成为了浪潮中的一员。我们平常拿着电视遥控器，随意地上下左右切换选中的频道图标，再按确认键进入我们所选的频道。
这看似十分平常的一个习惯，殊不知 Android 开发者在背后付出的重复性的劳动艰辛。
本节内容，将为解决智能电视中 上下左右切换选中的频道图标 而产生的焦点异常问题提供可靠性方案。
我们都知道，RecyclerView 拥有很多自定制的功能（这里笔者假设读者已经对 RecyclerView 有认识），由此笔者的思路是：能否结合 RecyclerView ，通过自定义一个 Adapter 或一个 View ，让其他类直接继承，则拥有自动正确寻找下一个应当出现的 View 的能力 ( 即用户按↑键，就会跳到上面的图标，而不会跳到其他图标的位置上或失去了焦点 )。
在笔者的多次尝试中，发现了这样的现象：
【1】RecyclerView.Adapter<ViewHolder> 是不允许多重继承的，所以不可能通过自定制 Adapter 解决问题，而用自定制 View 取代之。
【2】实际上，Android 系统已经为我们定制了可靠的寻找正确 View 的位置的算法，之所以会焦点错乱、滚动失常，是因为所应当出现的 View ，没有出现在可视范围内，由此导致焦点和滚动失效。
看到这里，我们很容易得出结论：
我们只需干预控件的滚动，而不需要干预控件寻找位置的算法，让应当被选中的 View 出现在可视范围内。
我们来看看关键的算法：
/**
* 对滚动做控制，使下一次应正确获取焦点的控件在视图中，而不对获取焦点算法进行控制
*
* @param keyCode
* @param event
*/
public void myScroll(int keyCode, KeyEvent event) {
int width = getFocusedChild().getWidth();
int height = getFocusedChild().getHeight();
int i;
int j;
for (i = 0; i * height < 700; i++) ;
for (j = 0; j * width < 1473; j++) ;
if (keyCode == KeyEvent.KEYCODE_DPAD_RIGHT) {
if (getFocusedChild().getX() >= (j - 1) * width)
scrollBy(getFocusedChild().getWidth() / 2, 0);
}
if (getFocusedChild().getX() <= 0) {
if (keyCode == KeyEvent.KEYCODE_DPAD_LEFT) {
scrollBy(-getFocusedChild().getWidth() / 2, 0);
}
}
if (getFocusedChild().getY() >= (i - 1) * height) {
if (keyCode == KeyEvent.KEYCODE_DPAD_DOWN) {
scrollBy(0, getFocusedChild().getWidth() / 2);
}
}
if (getFocusedChild().getY() <= 0) {
if (keyCode == KeyEvent.KEYCODE_DPAD_UP)
scrollBy(0, -getFocusedChild().getWidth() / 2);
}
}
至于为什么选用 RecyclerView ，是因为它能把 ListView 和 GridView 结合在一起，在互相切换时，不用做多套适配焦点系统。
由于商业上的用途，笔者在此就不贴项目源码了，此处给大家提供一种思路。如读者接触到 Android 智能电视 UI 端的开发时，以上方案不妨为一种一劳永逸的提高编程效率的方法。
