Android 小米盒子游戏手柄按键捕获
太阳火神的美丽人生 (http://blog.csdn.net/opengl_es)
本文遵循“署名-非商业用途-保持一致”创作公用协议
终于又告一段落,可以好好休息一下了。
以前,提及身体,总是再坚持一下,就这样坚持了 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();
![](https://i-blog.csdnimg.cn/blog_migrate/2fcf45a357582885bc74a477c62051ac.png)
翻译:在 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();
@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 回到桌面,尚不知是如何实现的,需要时可以考虑反编译一下,看看实现方式,当然了,仅是学习的目的。
待续......