Android 小米盒子游戏手柄按键捕获 - 能获取到的 home 键依然是个痛

Android 小米盒子游戏手柄按键捕获

太阳火神的美丽人生 (http://blog.csdn.net/opengl_es)

本文遵循“署名-非商业用途-保持一致”创作公用协议

转载请保留此句：太阳火神的美丽人生 -  本博客专注于 敏捷开发及移动和物联设备研究：iOS、Android、Html5、Arduino、pcDuino，否则，出自本博客的文章拒绝转载或再转载，谢谢合作。

终于又告一段落，可以好好休息一下了。

以前，提及身体，总是再坚持一下，就这样坚持了 15 年。

现在，提及生命，不敢再坚持一下，还是休养一段，再整装前行，也来得及。

记得高中老师教导过我们，休息是学习的重要组成部分，

那么，休养是工作、生活的重要组成部分，就合情合理了。

我是一个闲不住的人，时刻都感到危机的存在，不敢稍停脚步，狠怕被后面的穷鬼追上，或是前面的曙光遗忘。

不知从何时开始，另一种危机感由然而生，

总是预见到自已无力去做到眼前的小事，倍感心凉，渐而被生命遗忘。

趁此良机，边休养，边捣腾一下家里的小米套装。

下面就晒晒我这个非米粉所拥有的米装备，可以解读为显摆，不过更多要吐槽或者是期待吧：

1、红米 Note 手机一部；

2、小米盒子增强版一块（像个圆圆的河流石，所以论块了，不过配的是三星的电视，最初并不太信任小米，故没直购电视）

3、小米路由器（内置 1T 硬盘，家里台式机，IBM笔记本和MacBookAir以及联想、红米、苹果等手机的照片自动备份上来，真是太帅了，之前买过一个 BT3 的开发版套了个小盒子，不过做起来确实有困难，最难不过电源管理）

4、小蚁摄像头（任何有 WIFI 的地方，用手机都能看到家里，并用手机实时对讲）

5、小米插座（用来控制三星电视的电源，这样任何一款电视，都被纳入到小米家族了，不过尚缺一个带学习功能的红外，也许只有 Arduino 能搞定了）

6、小米游戏手柄一对儿（玩儿了近两周了，游戏虽少，但确都很耐玩）

7、小米灯泡、小米体重称，一直在观注，多次马上要付款了，突然又放弃了，在我的思维中并没有答案，但我知道我的潜意识肯定有她的道理。

今儿个把小米盒子用手机数据线连接到 MacBookAir 上，稍加设置，就可以调试了：

一是打开电视中设置里的调试开关项；

二是直接运行时，电视上会提示，点允许就可以了；

想做点小东西，即能让小孩拿游戏手柄玩，又能以算术做为工具来玩，这个小东西，不知道叫啥，不知道咋分类，但我知道，首先得能识别到游戏手柄的各个按键才行，小米官方有按键码说明《电视/盒子应用开发指南》，不过对于我这很少用和记这些键码的人来说，这个确实用处不大，我还是直接获取到键码值，反馈出来让我自个儿知道就行了，这样能判断哪个键能识别到，哪个不能识别到，基本当下的任务就完成了。

先来看一下 Activity 响应按键按下事件的重载方法：

	@Override
	public boolean onKeyDown(int keyCode, KeyEvent event) {
		
    	return super.onKeyDown(keyCode, event);
	}

super.onKeyDown(keyCode, event); 方法的实现 Anroid 源码如下节选：

    public boolean onKeyDown(int keyCode, KeyEvent event)  {
        if (keyCode == KeyEvent.KEYCODE_BACK) {
            if (getApplicationInfo().targetSdkVersion
                    >= Build.VERSION_CODES.ECLAIR) {
                event.startTracking();
            } else {
                onBackPressed();
            }
            return true;
        }

当按下返回键时，目标版本大于 ECLAIR 即 SDK 2.1，就会执行 

    event.startTracking();

翻译：在 Callback.onKeyDown 执行期间调用该方法，使系统跟踪当前键按下事件，直到结束（可能包含一个长按事件）。

注意，同时只能有一个键被跟踪 -- 如果在前一个键被跟踪的时侯收到了另一个键按下事件，前一个事件跟踪行为停止。

通过查看 Android 源码，你会发现 

    return super.onKeyDown(keyCode, event);

和

    return super.onKeyUp(keyCode, event);

有一个配合点，下面贴 onKeyUp 源码就很容易看出来了：

    public boolean onKeyUp(int keyCode, KeyEvent event) {
        if (getApplicationInfo().targetSdkVersion
                >= Build.VERSION_CODES.ECLAIR) {
            if (keyCode == KeyEvent.KEYCODE_BACK && event.isTracking()
                    && !event.isCanceled()) {
                onBackPressed();
                return true;
            }
        }
        return false;
    }

其中这一句

    keyCode == KeyEvent.KEYCODE_BACK && event.isTracking()
                    && !event.isCanceled()

先判断是返回按键，然后判断该事件是否处于跟踪状态，即在 onKeyDown 中 

    event.startTracking();

开启的跟踪状态，并且判断该事件对象未处于取消状态，那么符合这三个条件，就正好与 onKeyDown 配合上了，

当按键按下时，跟踪状态开启，一直没有其它按键按下的情况下，按键松开，通过系统跟踪的该按键事件状态，确定返回按键完成了一次完整的

按下松开，即执行 onBackPressed() ，源码如下 ：

    public void onBackPressed() {
        if (!mFragments.popBackStackImmediate()) {
            finish();
        }
    }

该方法和 onKeyDown 方法中版本小于 SDK 2.1 时调用的是同一个，其中调用了 finish() 方法，即结束当前 Activity 。

由以上分析可以掌握最终返回按键的处理过程，如何结束当前 Activity 的，接下来要实现二次按返回键再关闭当前 Activity ，

先声明当前主线程下的 Handler:

	Handler handler=new Handler();

接下来重载 onKeyDown 方法

	@Override
	public boolean onKeyDown(int keyCode, KeyEvent event) {
		switch (keyCode) {
		case 3:
			dealResult = dealWithHomeKey();
			break;
		case 4:
			dealResult = dealWithBackKey();
			break;
		default:
			break;
		}
    	
    	if (!dealResult) {
    		finish();
    	}
    	
    	return true;
    	//return super.onKeyDown(keyCode, event);
	}

方法 dealWithBackKey() 处理返回按键，先声明类成员变量，用于记录状态

	boolean ifBack = false;
	boolean ifHome = false;
	boolean dealResult = false;
	long delayCancelInterval = 3000;

然后声明  dealWithBackKey() 方法进行处理

    boolean dealWithBackKey() {
    	
    	if (!ifBack) {
    		
    		// 响应按键设置取消标识，在被延迟取消前再次按返回键，则退出
    		ifBack = true;
    		
    		// 延迟几秒取消返回标识
    		handler.postDelayed(new Runnable() {
				
				@Override
				public void run() {
					
					ifBack = false;
				}
			}, delayCancelInterval);
    		
    		Toast.makeText(this, "再按一下返回键，退出应用", Toast.LENGTH_SHORT).show();
    		
    		// 返回 true ,事件不再继续向上传递
    		return true;
    	}
    	
    	return false;
    }

或者单独声明 Runnable ,可以留出取消 Runnable 的余地，不过感觉用处不大，此处仅供技术参考

	Runnable delayCancelBack = new Runnable() {
		
		@Override
		public void run() {
			
			ifBack = false;
		}
	};

再看看  dealWithBackKey() 方法

    boolean dealWithBackKey() {
    	
    	if (!ifBack) {
    		
    		// 响应按键设置取消标识，在被延迟取消前再次按返回键，则退出
    		ifBack = true;
    		
    		// 延迟几秒取消返回标识
    		handler.postDelayed(delayCancelBack, delayCancelInterval);
    		
    		Toast.makeText(this, "再按一下返回键，退出应用", Toast.LENGTH_SHORT).show();
    		
    		// 返回 true ,事件不再继续向上传递
    		return true;
    	}
    	
    	return false;
    }

对比一下，感觉后者能更好一些，相对清晰，且功能分离，随时可替换。

话说回来，无论是 Java 的匿名内部类还是 OC 的 Block ，作为一种先进的编程语言元素，并不是随处使用的，有节有度才能达到预期效果。

针对于上面的代码，感觉直接内嵌内部类要好些，毕竟逻辑不很复杂，如果逻辑非常复杂，不能作为当前被嵌入代码的简单扩展，那么，还是声明并用变量索引，然后再使用，相对能把两个复杂的逻辑范畴隔离开，引用的范畴内代码逻辑清晰，但注释一定要配合得当，才能很好地掩盖内部实现。

以上代码在小米盒子增强版运行通过，Android SDK 4.4.2， Mac Book Air 开发环境。
以上隐匿了一段代码，用于提示所按键的键码值，在 onKeyDown 重载方法开头部位：

    	String logText = "onKeyDown - keyCode:"+keyCode;
    	Log.d("Mi", logText);
		Toast.makeText(this, logText, Toast.LENGTH_SHORT).show();
    	pressKeyTextView.setText(logText);

Home 键通过注册广播监听也是可以接收到了，但如何能拦截，让系统响应不到，这样在我的应用中按 Home 键，不回到桌面，还是没有解决。

下载了一些其它小米应用商店中的应用，有些确实是无法通过按 Home 回到桌面，尚不知是如何实现的，需要时可以考虑反编译一下，看看实现方式，当然了，仅是学习的目的。

待续......