android监听音量键

㈠ android service的监听前台点击事件怎么写

1. 第一种办法是广播，一般来说系统对于音量键和Home键会发送广播，我们可以再广播中监听这些按键信息。具体的IntentFilter怎么写，大家可以网络一下。

2. 第二种办法仍然是广播，不过这就需要修改SDK了，在WindManagerService里面，分发按键事件的时候的发送特殊的广播的，这个改动可能比较麻烦。

3. 第三种办法是直接读取输入设备文件，一般该文件位于/dev/input/文件夹下面，不过里面一般有多个文件，具体哪个文件描述的哪一个输入设备，需要大家进行尝试。设备的文件的读取需要使用c或者c++来完成。具体的实现代码可以参考：https://github.com/radhoo/android-event-injector。这种办法需要有root权限才行，而且读取的键值是没有做过转换的，也就是说和我们平常使用的键值是不一样的。其实大家可以在adb shell中，通过getevent查看。

4. 第四种办法是使用系统的无障碍服务，也就是AccessibilityService。我最终采用的方式就是这个，因为这个不仅可以监听按键，还能拦截。关于AccessibilityService的实现，网上讲的比较多了。我这里只提几个需要注意的点：

㈡ android开发 可不可以监听蓝牙耳机调音量的两个按键

可以的，详细你可以参考：http://blog.csdn.net/kangear/article/details/40430673

㈢ Android同时监听电源键和音量上键

下面两种都可以获取到音量键

测试的时候,发现KeyEvent.KEYCODE_VOLUME_UP 一直按住的时候

三星的一款平板计数到200,就不在触发该事件;

所以改为 KeyEvent.ACTION_DOWN 时启动一个方法用来计数, KeyEvent.ACTION_UP的停止技数;

㈣ “监听音量”是什么意思啊

监听就是：所有的音源进入调音台以后经过混合、处理后准备输出的信号，我们通过调音台的监听去听声音是音质和效果等怎么样，可能用，以便及时调整。

㈤ android怎么实现后台对按键事件的监控

遥控器按键事件这个不是在Android源码的bootable下面ircon.c配置的么。比如：
{ .scancode = 0x0b, .mask = 0xaa0087ee,
.keycode = KEY_UP, .spec = IRCON_KEYCODE_NORMAL | IRCON_KEYCODE_LONGPRESS | IRCON_KEYCODE_MOUSEMD },
遥控器按键编号是“ 0x0b”，给他的响应是“KEY_UP”，就是方向键的下，这个是在源码里边配置的。你必须要有遥控器的书名数，知道遥控器每个按键的编号，然后对应给他相应的响应才可以。
但是你要操控手机，你的手机必须要能接受遥控器信号，这个也是要硬件支持的，一般的手机貌似都没有这个。
这个遥控的响应操作是驱动层做的，和应用层没什么关系，主要是驱动和硬件的支持。

㈥ 如何在android 中service后台监听按键，比如监听音量键

为了实现键盘的监控，从新开发一个输入法是不现实的，一般的操作就是在系统的输入法机制中添加接口回调。我们知道，再应用程序中拿到按键的回调一般是监听onKeyDown的接口，如下所示：publicbooleanonKeyDown(intkeyCode，KeyEventevent)开发者就可以根据回调方法中的参数，keyCode与KeyEvent来判断具体事件。但是，由于事件的回调机制在其的沙箱中运行，在其他应用中是无法拿到当前应用事件回调的。那么我们就从上到下，具体的看看事件的传递机制。如下图所示，用户点击后，软键盘或物理按键的输入驱动就会产生一个中断，且向/dev/input/event*中写入一个相应的信号量。Android操作系统则会循环的读取其中的事件，再分发给WindowManagerServer。由WindowManagerServer根据事件的来源分发到各个不同的ViewGroup与View中，从而产生不同的OnClick、OnKeyDown和OnTouch等事件。这个时候很自然的想到，黑客们希望做键盘监控，一定会向Linux底层增加自定义的事件。这里我们使用的是Linux中的getevent获得/dev/input/eventX设备汇报的事件，这个命令还会输出所有event设备的基本信息。包括触屏、按键、耳机插入等等。其基本用法如下：Usage:getevent[-t][-n][-sswitchmask][-S][-v[mask]][-d][-p][-i][-l][-q][-ccount][-r][device]-t:showtimestamps-n:don'tprintnewlines-s:printswitchstatesforgivenbits-S:printallswitchstates-v:verbositymask(errs=1，dev=2，name=4，info=8，vers=16，pos.events=32，props=64)-d:showHIDdescriptor，ifavailable-p:showpossibleevents(errs，dev，name，pos.events)-i:-l:-q:quiet(clearverbositymask)-c:-r:printrateeventsarereceived键入getevent后，我们能够看到设备中的一些列输入硬件驱动信息，同样下面会出现很多输入指令信号，通常情况下，这些信号量都在刷屏，如下图所示：这些信号量的表示我们无法直接看懂，输入getevent–l加入Label我们能够看到一些添加的标签，如下所示：其实这些Lable已经在其input.h头文件中定义好，其中type的定义如下：/**Eventtypes*/#defineEV_SYN0x00#defineEV_KEY0x01#defineEV_REL0x02#defineEV_ABS0x03#defineEV_MSC0x04#defineEV_SW0x05#defineEV_LED0x11#defineEV_SND0x12#defineEV_REP0x14#defineEV_FF0x15#defineEV_PWR0x16#defineEV_FF_STATUS0x17#defineEV_MAX0x1f#defineEV_CNT(EV_MAX+1)一般来说，常用的是EV_KEY、EV_REL、EV_ABS、EV_SYN，分别对应键盘按键、相对坐标、绝对坐标、同步事件。EV_SYN则表示一组完整事件已经完成，需要处理，EV_SYN的code定义事件分发的类型。

㈦ Android怎样监听蓝牙耳机的按键事件

其实对于Android系统，每次按键只会有一个唯一“键值”响应，使用起来感觉会模模糊糊的，但是其实对于系统来说是很清晰的。

AVRCP全称（Audio/VideoRemoteControlProfile），是蓝牙协议中的一个profile。从名字上就可以看出主要应用于Audio/Video控制。每个按键并不是独立的，上－曲/下一曲是在正在播放音乐的时候才会有效，即才会向Android发送“键值”。

基于按键从Linux到Android分析具体对于的键值：

Linux扫描码功能映射字串Android键值

00c8200 开始放音乐MEDIA_PLAYKEYCODE_MEDIA_PLAY

00c9201 停止放音乐MEDIA_PAUSEKEYCODE_MEDIA_PAUSE

00a3163 下一曲MEDIA_NEXTKEYCODE_MEDIA_NEXT

00a5165 上－曲MEDIA_PREVIOUSKEYCODE_MEDIA_PREVIOUS

Android应用代码,完整测试应用：TeskKey。

总结：1号键会交替发送KEYCODE_MEDIA_PLAY/KEYCODE_MEDIA_PAUSE；2/3号键会在播放音乐时分别发送KEYCODE_MEDIA_PREVIOUS/.KEYCODE_MEDIA_NEXT。如果想要把蓝牙耳机上的按键利用起来，可以在接收到KEYCODE_MEDIA_PLAY时播放无声音乐以使能2/3号键。这样就能完整接收3种键值了自行控制了。这个具体自行设计（测试代码已经更新包含了）。

注：这种实现并不一定通用，比如我在深度定制的MIUI中测试，尽管启动的TestKey应用，系统自带的音乐播放器仍然能同时响应键值。

更新：

已经更新TestKey源码，添加对蓝牙耳机按键的监听，实现方法就是上述中推测的方法，已经成功验证过了。播放音乐参考《Android多媒体开发--资源文件播放》。效果图：

问与答
1.这个只能在播放音乐的状态下才能监听到么？
答：根据上述的原理，这些按键也仅仅是应用在控制媒体时使用；且根据实际验证没有播放音乐时蓝牙耳机的2/3号键是并没有向Android设备发送键值(从底层Linux来看)。综上所述，需要通过播放音乐来实现激活其向Android设备发送键值，针对这种情况可以播放一个“没有声音”的音乐文件来实现，这样既可以监听到2/3号键又可以不影响其它声音的输出。可以在前台时播放音乐，后台停止播放。

2.我现在主要是想监听得到开关键(1号键)。 在做一个按下蓝牙开关键后启动一个语音识别的功能？
答：在我的测试条件下，1号键是可以正常监听到的。1号键会交替发送KEYCODE_MEDIA_PLAY/KEYCODE_MEDIA_PAUSE键值。这个键不需要模拟播放音乐就可以正常的监听到。

3.4号按键的监听方法

答：所谓的4号按键，也就是指本文中的所测试型号的蓝牙耳机上并没有，但有可能其它型号的蓝牙耳机上有。我没有办法测试验证，所以这里就简单叙述一下“新按键”的键值确定思路：1.先使用TestKey测试应用测试按键，测试Android上层是否可以得到对应键值。2.如果没有得到，那么就使用adbshellgetevent来看Linux底层可以不可以得到键值。然后根据按键从Linux到Android来确定Android上层使用的键值码到底是多少。(当然，如果你实在不知道如何监听，把蓝牙耳机寄给我，我给你确定也行。：）)

注：其实上述文章完全是根据按键从Linux到Android测试确定下来的。那是篇文章是剥开Android外壳来看“按键”事件的流程的，方法适用于所有输入事件:各种按键/触摸/物理键盘/鼠标等待输入设备。没有一定的Linux开发经验很难看懂和理解。

4.Android后台监听按键怎么实现

或：如何启动一次应用后在后台一直监听播放键因为有这样一个场景在用户开车的时候需按一下开关键就启动语音识别的功能。

这个问题其实已经超出了本文讨论的范围，是Android系统对应用层的键盘事件（按键）的分发的问题了。正常情况下，按键只会向当前最端的应用分发键盘事件，也就是说在后台你边音量键都监听不了。

但是既然这种情况（后台应用监听按键)的需求存在，那么就一定有它存在的道理。比如“相机键”，按下后直接调出相机到最前台。从表面上看是相机响应了按键，但是从实现方法上来看，并不是通过键值来操作，必须通过其它方法，比如广播或者其它等等。

明白了其中的道理后，那么想要实现就好办了。先看这个按键有没有广播，如要有接听系统中发出来的广播；如果没有那么对于定制系统可以自己在系统中添加一个广播；总之，正常渠道是没有办法在后台监听一些不应该是你监听到的按键的。

更：查了一下，这个按键是有广播的。这样就可以后台响应了(不需要C／不需要root)。例子我就不试了，见Android官方例子RandomMusicPlayer。

其中的重点是这个广播android.intent.action.MEDIA_BUTTON。