在Android 2.3(Gingerbread) 系统的时候,我写过一篇关于“Android 震动马达系统“的文章,当时的Linux内核还是2.6版本的。写那篇文章的目的,是想彻底的了解从硬件到驱动,再到应用的运作流程。完成了之后,文章一直仍在草稿箱里面没发表;今天看到,决定整理一下,重新发表。目的是想和大家分享自己对Android系统的一点认识:以马达为代表,来考究“Android是如何一步步工作的。它从硬件设计,到Linux驱动,再到HAL,再到JNI,再到Framework,最后到被应用调用,这整套的流程到底是怎么样的!”
转载请注明出处:http://www.cnblogs.com/skywang12345/p/3404808.html
Part 1 马达的硬件设计
马达的震动原理很简单,给马达通电,马达就能震动。至于马达是如何工作,如何将电能转化为机械能,这不是我们关心的重点。但是,我们要需要了解如何控制马达的通电。在硬件上,我们是通过一个IO口(GPIO)去控制;对于马达而言,我们可以将IO理解为一个开关。当开关合上时,马达震动;开关断开,马达停止震动。
GPIO(General Purpose Input Output),称为通用输入/输出。它可以被配置为中断、输入、输出等类型,从而对各个IO进行控制。对于马达而已,GPIO就相当于一个开关。下面看看硬件原理图中的马达部分,如下图:
注:上面原理图对应CPU是“三星A8”。不同平台的马达,马达的接法和GPIO都不一样;但原理都是类似的。
原理图中红线标注部分的含义:GPH3_3是马达的GPIO。三星A8中有很多组GPIO,而马达对应和GPH3_3连接。
Part 2 马达的驱动代码
知道马达的硬件设计之后,我们就可以进行Linux Driver开发工作,也就是编写马达的驱动。Linux的一个非常重要的特点,一切都是文件!而我们进行Linux Driver开发的目的,就是将硬件设备映射成一个文件;然后,我们可以通过操作文件,来操作对应的硬件设备。
OK!理解了驱动的作用和原理之后,我们接下来开发讲解马达的驱动开发。
1. Datasheet中相关信息
我们知道,马达是通过GPIO去控制;接下来,我们就是找到马达对应的GPIO信息,然后控制该GPIO即可。
通过马达的原理图,我们知道马达和GPH3_3相连接。我们查阅“三星A8 的Datasheet”,查找GPH3_3的相关信息。
所谓Datasheet,就是CPU芯片的数据手册。
上面记载了CPU的功能特性和操作方式等信息。任何一个厂家在发布它的芯片时,都会提供对应的Datasheet给它的客户;客户根据Datasheet上面所描述的CPU的特性,就可以进行相关的开发(当然,实际开发中可能还需要芯片厂商的支持)。例如,国内手机都是采用MTK平台,对于MTK方案开发商来说,它要开发MTK6577的产品。那么首先,MTK原厂会提供一份MTK6577的BSP包,BSP包中包括了MTK6577的Datasheet,也就是该芯片的数据手册。方案开发商有任何关于MTK6577的问题,都可以查阅该Datasheet。
说明:
(01) GPH3_3对应CPU中的寄存器是GPH3CON[3]。
(02) [15:12] 表示寄存器的第12~15位,一个寄存器共32 bits。而第三列的 0000, 0001, 0010, 0011, 1111表示“寄存器取不同值的时候,该GPIO的功能”。
例如, 0000表示将该GPIO作为输入,0001表示将GPIO作为输出,1111表示将该GPIO作为中断。
前面,我们已经说过,操作马达就是相当与将它作为一个开关操作。因此,我们需要将马达的GPIO设为“输入”类型;然后输入1,相当于开启马达;输入0,则是关闭马达!
下面,我们需要做的就是在Driver中将GPH3_3(也就是GPH3CON[3])映射为一个文件节点,并将它配置为“输入”类型,即将GPH3CON[3]的寄存器值设为0000。
2. 马达的驱动
我们编写马达驱动(drivers/misc/misc_sysfs.c),将马达(vibrator)注册道platform总线上。源码如下:
1 #include <linux/kernel.h> 2 #include <linux/types.h> 3 #include <linux/module.h> 4 #include <linux/device.h> 5 #include <linux/platform_device.h> 6 #include <linux/delay.h> 7 #include <linux/irq.h> 8 #include <linux/interrupt.h> 9 #include <linux/sysfs.h> 10 #include <linux/input.h> 11 #include <mach/gpio.h> 12 13 // vibrator 对应的GPIO 14 #define VIBRATOR_POWER_PORT (S5PV210_GPH3(3)) 15 16 typedef struct combo_module__t { 17 unsigned char status_vibrator; 18 } combo_module_t ; 19 20 static combo_module_t combo_module; 21 22 /* 23 * vibrator初始化函数:申请GPIO,并初始化vibrator状态。 24 */ 25 static void combo_module_init(void) 26 { 27 if(gpio_request(VIBRATOR_POWER_PORT, "vibrator power")) { 28 printk("misc_sysfs.c request vibrator gpio failse. "); 29 } 30 gpio_pull_updown(VIBRATOR_POWER_PORT, PullDisable); 31 gpio_direction_output(VIBRATOR_POWER_PORT, GPIO_LOW); 32 33 combo_module.status_vibrator = 0; 34 } 35 36 /* 37 * vibrator控制函数 38 */ 39 staticvoid combo_module_control(void) 40 { 41 if(combo_module.status_vibrator) 42 { 43 gpio_direction_output(VIBRATOR_POWER_PORT, GPIO_HIGH); 44 } 45 else 46 { 47 gpio_direction_output(VIBRATOR_POWER_PORT, GPIO_LOW); 48 } 49 50 } 51 52 53 /////////////////////////////////////////////////////////////////////////////////////////////////////////// 54 55 static ssize_t show_vibrator_onoff (struct device *dev, struct device_attribute *attr, char *buf) 56 { 57 return sprintf(buf, "%d ", combo_module.status_vibrator); 58 } 59 60 static ssize_t set_vibrator_onoff (struct device *dev, struct device_attribute *attr, const char *buf, size_t count) 61 { 62 unsigned int val; 63 64 if(!(sscanf(buf, "%u ", &val))) return -EINVAL; 65 66 //printk("set_vibrator_onoff:%d ",val); 67 68 if(!val ) 69 { 70 combo_module.status_vibrator = 0; 71 combo_module_control(); 72 } 73 else 74 { 75 combo_module.status_vibrator = 1; 76 combo_module_control(); 77 78 msleep(val); 79 80 combo_module.status_vibrator = 0; 81 combo_module_control(); 82 } 83 84 return count; 85 } 86 87 static ssize_t show_vibrator_onoff (struct device *dev, struct device_attribute *attr, char *buf); 88 static ssize_t set_vibrator_onoff (struct device *dev, struct device_attribute *attr, const char *buf, size_t count); 89 // 将vibrator注册到sysfs文件系统。 90 // 参数说明: 91 // vibrator_onoff : vibrator对应在sysfs下的文件节点名称 92 // S_IRWXUGO : 文件节点的属性 93 // show_vibrator_onoff : 对应的读函数 94 // set_vibrator_onoff : 对应的写函数 95 static DEVICE_ATTR(vibrator_onoff, S_IRWXUGO, show_vibrator_onoff, set_vibrator_onoff); 96 97 98 static struct attribute *control_sysfs_entries[] = { 99 &dev_attr_vibrator_onoff.attr, 100 NULL 101 }; 102 103 static struct attribute_group control_sysfs_attr_group = { 104 .name = NULL, 105 .attrs = control_sysfs_entries, 106 }; 107 108 static int control_sysfs_probe(struct platform_device *pdev) 109 { 110 printk("vibrator probe"); 111 combo_module_init(); 112 combo_module_control(); 113 return sysfs_create_group(&pdev->dev.kobj, &control_sysfs_attr_group); 114 } 115 116 staticint control_sysfs_remove(struct platform_device *pdev) 117 { 118 sysfs_remove_group(&pdev->dev.kobj, &control_sysfs_attr_group); 119 120 return 0; 121 } 122 123 #ifdef CONFIG_PM 124 static int control_sysfs_resume(struct platform_device *dev) 125 { 126 127 combo_module_control(); 128 129 return 0; 130 } 131 132 static int control_sysfs_suspend(struct platform_device *dev, pm_message_t state) 133 { 134 135 combo_module_control(); 136 137 return 0; 138 } 139 #else 140 #define control_sysfs_suspend NULL 141 #define control_sysfs_resume NULL 142 #endif 143 144 145 static struct platform_driver control_sysfs_driver = { 146 .driver = { 147 .name = "misc_ctl", 148 .owner = THIS_MODULE, 149 }, 150 .probe = control_sysfs_probe, 151 .remove = control_sysfs_remove, 152 .suspend = control_sysfs_suspend, 153 .resume = control_sysfs_resume, 154 }; 155 156 static int __init control_sysfs_init(void) 157 { 158 // 将vibrator注册到platform总线 159 printk("vibrator init"); 160 return platform_driver_register(&control_sysfs_driver); 161 } 162 163 static void __exit control_sysfs_exit(void) 164 { 165 platform_driver_unregister(&control_sysfs_driver); 166 } 167 168 169 module_init(control_sysfs_init); 170 module_exit(control_sysfs_exit); 171 172 173 MODULE_DESCRIPTION("misc control driver"); 174 MODULE_AUTHOR("other"); 175 MODULE_LICENSE("GPL");
说明:
若您熟悉驱动开发,应该很容易理解上面的代码。不熟悉也不要紧,您只需要了解“Linux系统中,一切都是文件”,上面代码的作用是,
将马达(vibrator)映射到“/sys/devices/platform/misc_ctl/vibrator_onoff”文件上,我们可以通过读写vibrator_onoff来操作马达的开启和关闭。
有了马达的源码之后,我们还需要将该源码编译到Linux内核中。这就是通过Kconfig和Makefile来完成的,关于Kconfig和Makefile的知识,这里就不过多说明了。目前您只需要了解,通过Kconfig和Makefile,我们能将马达驱动编译到内核中,该驱动会在驱动加载的时候自动运行就可以了!
马达对应的Kconfig(driver/misc/Kconfig)内容如下:
config MISC_VIBRATOR
tristate"misc vabrator"
default y
马达对应的Makefile(driver/misc/Makefile)内容如下:
obj-$(CONFIG_MISC_VIBRATOR) += misc_sysfs.o
至此,我们已经完成马达的驱动开发了!也就是说,我们已经成功的将马达映射到文件节点上;接下来,我们通过操作文件节点,就可以操作马达了。下面从HAL层到Framework曾,都是基于Android4.2系统进行说明的。
Part 3 马达的HAL实现
HAL (Hardware Abstraction Layer), 又称为“硬件抽象层”。在Linux驱动中,我们已经将马达设为映射为文件了;而该HAL层的存在的意义,就是“对设备文件进行操作,从而相当于硬件进行操作”。HAL层的作用,一是操作硬件设备,二是操作接口封装,外界能方便的使用HAL提供的接口直接操作硬件设备。
理解了HAL之后,我们看看Android中如何在HAL层对马达进行操作。
在Android系统中,我们在libhardware_legacy中,实现马达的HAL层控制。
马达在HAL中的代码路径:hardware/libhardware_legacy/vibrator/vibrator.c
vibrator.c的代码如下:
1 /* 2 * Copyright (C) 2008 The Android Open Source Project 3 * 4 * Licensed under the Apache License, Version 2.0 (the "License"); 5 * you may not use this file except in compliance with the License. 6 * You may obtain a copy of the License at 7 * 8 * http://www.apache.org/licenses/LICENSE-2.0 9 * 10 * Unless required by applicable law or agreed to in writing, software 11 * distributed under the License is distributed on an "AS IS" BASIS, 12 * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. 13 * See the License for the specific language governing permissions and 14 * limitations under the License. 15 */ 16 #include <hardware_legacy/vibrator.h> 17 #include "qemu.h" 18 19 #include <stdio.h> 20 #include <unistd.h> 21 #include <fcntl.h> 22 #include <errno.h> 23 24 #define THE_DEVICE "/sys/devices/platform/misc_ctl/vibrator_onoff" 25 26 int vibrator_exists() 27 { 28 int fd; 29 30 #ifdef QEMU_HARDWARE 31 if (qemu_check()) { 32 return 1; 33 } 34 #endif 35 36 fd = open(THE_DEVICE, O_RDWR); 37 if(fd < 0) 38 return 0; 39 close(fd); 40 return 1; 41 } 42 43 static int sendit(int timeout_ms) 44 { 45 int nwr, ret, fd; 46 char value[20]; 47 48 #ifdef QEMU_HARDWARE 49 if (qemu_check()) { 50 return qemu_control_command( "vibrator:%d", timeout_ms ); 51 } 52 #endif 53 54 fd = open(THE_DEVICE, O_RDWR); 55 if(fd < 0) 56 return errno; 57 58 nwr = sprintf(value, "%d ", timeout_ms); 59 ret = write(fd, value, nwr); 60 61 close(fd); 62 63 return (ret == nwr) ? 0 : -1; 64 } 65 66 int vibrator_on(int timeout_ms) 67 { 68 /* constant on, up to maximum allowed time */ 69 return sendit(timeout_ms); 70 } 71 72 int vibrator_off() 73 { 74 return sendit(0); 75 }
在kernel的驱动中,我们已经将马达注册到sys文件系统中(/sys/devices/platform/misc_ctl/vibrator_onoff)。在vibrator.c中,我们就是通过读写“vibrator_onoff文件节点”来实现对马达的操作。
Part 4 马达的JNI部分
1 马达的JNI实现
JNI(Java Native Interface),中文是“Java本地接口”。
JNI是Java中一种技术,它存在的意义,是保证本地代码(C/C++代码)能在任何Java虚拟机下工作。简单点说,Java通过JNI接口,能够调用到C/C++代码。 关于“JNI的更多内容”,请参考“Android JNI和NDK学习系列文章”。
在了解了vibrator的HAL层实现之后,我们再来看看android是如何通过JNI将震动马达注册到android系统中。马达对应的JNI层代码路径如下:frameworks/base/services/jni/com_android_server_VibratorService.cpp
com_android_server_VibratorService.cpp的源码如下:
1 /* 2 * Copyright (C) 2009 The Android Open Source Project 3 * 4 * Licensed under the Apache License, Version 2.0 (the "License"); 5 * you may not use this file except in compliance with the License. 6 * You may obtain a copy of the License at 7 * 8 * http://www.apache.org/licenses/LICENSE-2.0 9 * 10 * Unless required by applicable law or agreed to in writing, software 11 * distributed under the License is distributed on an "AS IS" BASIS, 12 * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. 13 * See the License for the specific language governing permissions and 14 * limitations under the License. 15 */ 16 17 #define LOG_TAG "VibratorService" 18 19 #include "jni.h" 20 #include "JNIHelp.h" 21 #include "android_runtime/AndroidRuntime.h" 22 23 #include <utils/misc.h> 24 #include <utils/Log.h> 25 #include <hardware_legacy/vibrator.h> 26 27 #include <stdio.h> 28 29 namespace android 30 { 31 32 static jboolean vibratorExists(JNIEnv *env, jobject clazz) 33 { 34 return vibrator_exists() > 0 ? JNI_TRUE : JNI_FALSE; 35 } 36 37 static void vibratorOn(JNIEnv *env, jobject clazz, jlong timeout_ms) 38 { 39 // ALOGI("vibratorOn "); 40 vibrator_on(timeout_ms); 41 } 42 43 static void vibratorOff(JNIEnv *env, jobject clazz) 44 { 45 // ALOGI("vibratorOff "); 46 vibrator_off(); 47 } 48 49 static JNINativeMethod method_table[] = { 50 { "vibratorExists", "()Z", (void*)vibratorExists }, 51 { "vibratorOn", "(J)V", (void*)vibratorOn }, 52 { "vibratorOff", "()V", (void*)vibratorOff } 53 }; 54 55 int register_android_server_VibratorService(JNIEnv *env) 56 { 57 return jniRegisterNativeMethods(env, "com/android/server/VibratorService", 58 method_table, NELEM(method_table)); 59 } 60 61 };
下面,对这部分的JNI代码进行简单说明。
(01) 通过 jniRegisterNativeMethods(),我们将method_table中的方法注册到 com.android.server.VibratorService.java 中。配对表格如下:
---------------------------------------------------++++------------------------------------------- VibratorService.java com_android_server_VibratorService.cpp native static boolean vibratorExists(); static jboolean vibratorExists(JNIEnv *env, jobject clazz) native static void vibratorOn(long milliseconds); static void vibratorOn(JNIEnv *env, jobject clazz, jlong timeout_ms) native static void vibratorOff(); static void vibratorOff(JNIEnv *env, jobject clazz)
通过JNI,我们就能将Java层和HAL层的代码联系起来。
以vibratorOff()来说,我们在VibratorService.java中调用vibratorOff();实际上会调用到com_android_server_VibratorService.cpp中的vibratorOff()函数;进一步会调用到vibrator_off()函数,而vibrator_off()是我们在 “HAL层的vibrator.c中的接口”。
2 马达的JNI如何和HAL关联方式
在继续接下来的研究之前,我们先搞清楚:JNI如何和HAL层代码关联起来的。即com_android_server_VibratorService.cpp是如何调用到vibrator.c中的代码的。
实际上道理很简单,我们先将vibrator.c封装成.so库;然后在com_android_server_VibratorService.cpp中导入该库,就可以调用vibrator.c的接口了。下面,看看Android中具体是如何做到的。
(01) vibrator.c封装到libhardware_legacy.so中的步骤
在hardware/libhardware_legacy/vibrator/Android.mk中,会将vibrator.c添加到 LOCAL_SRC_FILES 变量中。
hardware/libhardware_legacy/vibrator/Android.mk源码如下:
LOCAL_SRC_FILES += vibrator/vibrator.c
在hardware/libhardware_legacy/Android.mk中,它会调用子目录的Android.mk并将它们导入当前的Android.mk中。
hardware/libhardware_legacy/Android.mk源码如下:
legacy_modules := power uevent vibrator wifi qemu qemu_tracing SAVE_MAKEFILES := $(call all-named-subdir-makefiles,$(legacy_modules)) LEGACY_AUDIO_MAKEFILES := $(call all-named-subdir-makefiles,audio) include $(SAVE_MAKEFILES) ... LOCAL_MODULE:= libhardware_legacy include $(BUILD_SHARED_LIBRARY)
在“我们编译Android系统”或“通过 mmm hardware/libhardware_legacy进行模块编译”的时候,就会生成库libhardware_legacy.so;而且vibrator.c被包含在该库中。
(02) 在 com_android_server_VibratorService.cpp 对应的Android.mk中,会导入libhardware_legacy.so。
com_android_server_VibratorService.cpp 对应的frameworks/base/services/jni/Android.mk 的源码如下:
LOCAL_SRC_FILES:=
com_android_server_VibratorService.cpp
...
LOCAL_SHARED_LIBRARIES :=
libhardware_legacy
...
LOCAL_MODULE:= libandroid_servers
include $(BUILD_SHARED_LIBRARY)
Part 5 马达的Framework层实现
应用层操作马达,是通过马达服务进行操作的。而马达服务是通过aidl实现的,aidl是Android进程间的通信方式。关于aidl的更多说明可以参考“Android Service总结06 之AIDL”。
马达服务涉及的主要文件如下:
1 frameworks/base/services/java/com/android/server/SystemServer.java 2 frameworks/base/services/java/com/android/server/VibratorService.java 3 frameworks/base/core/java/android/os/IVibratorService.aidl 4 frameworks/base/core/java/android/os/Vibrator.java 5 frameworks/base/core/java/android/os/SystemVibrator.java
下面,对这几个文件的功能进行简要说明。
文件1: SystemServer.java
它是系统服务,作用是启动、管理系统服务,包括“马达服务、Wifi服务、Activity管理服务”等等。
SystemServer是通过Zygote启动的,而Zygote又是在init中启动的,init则是kernel加载完毕之后启动的第一个进程。在这里,我们只需要知道“SystemServer是用来启动/管理马达服务即可。”
文件2: IVibratorService.aidl
它是马达服务对应的aidl配置文件。我们在aidl中定义了其它进程可以访问的外部接口;然后再通过VibratorService.java实现这些接口。
文件3: VibratorService.java
它是马达服务对应的aidl接口的实现程序。它实现IVibratorService.aidl的接口,从而实现马达服务;它的函数接口,是通过调用JNI层对应的马达控制函数来实现的。
文件4: Vibrator.java
它是马达服务开放给应用层的调用类。理论上讲,我们完全可以通过aidl直接调用马达服务,而不需要Vibrator.java类。但是!既然它存在,就肯定有它的理由。事实的确如此,Google之所以这么做。有以下几个原因:
第一,提供统一而且方便的服务调用方式。这里的“统一”,是指和所有其它的系统服务一样,我们调用服务时,需先通过getSystemService()获取服务,然后再调用服务的函数接口。这里的“方便”,是指若我们直接通过aidl调用,操作比较繁琐(若你用过aidl就会知道,需要先实现ServiceConnection接口以获取IBinder对象,然后再通过IBinder对象调用aidl的接口); 而Vibrator.java封装之后的接口,将许多细节都隐藏了,非常便于应用者调用!
第二,基于安全的考虑。Vibrator.java封装隐藏了许多细节,而这些都是应用开发者不必要知道的。
第三,Vibrator是抽象类。它便于我们支持不同类型的马达:包括“将马达直接映射到文件”以及“将马达注册到输入子系统”中。
文件5: SystemVibrator.java
它是Vibrator.java的子类,实现了马达的服务接口。
下面,我们继续Read The Fucking Source Code,加深对上面知识的理解。
1 SystemServer.java
在frameworks/base/services/java/com/android/server/SystemServer.java中关于马达的代码如下:
1 { 2 VibratorService vibrator = null; 3 4 Slog.i(TAG, "Vibrator Service"); 5 vibrator = new VibratorService(context); 6 ServiceManager.addService("vibrator", vibrator); 7 8 ... 9 10 try { 11 vibrator.systemReady(); 12 } catch (Throwable e) { 13 reportWtf("making Vibrator Service ready", e); 14 } 15 }
从中,我们知道:
(01) SystemServer中会通过VibratorService()新建马达服务,并将其添加到ServiceManager中。
(02) 在Android系统启动完成之后,SystemServer会调用vibrator.systemReady()。
2 IVibratorService.aidl
在查看VibratorService.java之前,我们先看看它对应的aidl文件。frameworks/base/core/java/android/os/IVibratorService.aidl源码如下:
1 package android.os; 2 3 /** {@hide} */ 4 interface IVibratorService 5 { 6 boolean hasVibrator(); 7 void vibrate(long milliseconds, IBinder token); 8 void vibratePattern(in long[] pattern, int repeat, IBinder token); 9 void cancelVibrate(IBinder token); 10 }
3 VibratorService.java
frameworks/base/services/java/com/android/server/VibratorService.java源码如下:
其中,VibratorService实际上是通过“本地方法”去控制马达的。例如,hasVibratora()最终是通过vibratorExists()来判断马达是否存在的。
4 Vibrator.java
frameworks/base/core/java/android/os/Vibrator.java源码如下:
1 package android.os; 2 3 import android.content.Context; 4 5 public abstract class Vibrator { 6 7 public Vibrator() { 8 } 9 10 public abstract boolean hasVibrator(); 11 12 public abstract void vibrate(long milliseconds); 13 14 public abstract void vibrate(long[] pattern, int repeat); 15 16 public abstract void cancel(); 17 }
5 SystemVibrator.java
frameworks/base/core/java/android/os/SystemVibrator.java源码如下:
说明:
(01) 在构造函数SystemVibrator()中,我们通过 IVibratorService.Stub.asInterface(ServiceManager.getService("vibrator")) 获取马达服务,实际上获取的是VibratorService对象。
(02) SystemVibrator的接口都是调用VibratorService接口实现的。
在讲解“应用层如何通过getSystemService(VIBRATOR_SERVICE)获取马达服务,然后进一步的操作马达”之前,我们先看看应用层的马达操作示例!
Part 6 马达的应用示例
1 权限
调用马达服务,需要在manifest中添加相应的权限:
<!-- 震动马达权限 --> <uses-permission android:name="android.permission.VIBRATE"/>
2 源码
源码如下:
1 package com.test; 2 3 import android.app.Activity; 4 import android.os.Bundle; 5 import android.os.Vibrator; 6 import android.view.View; 7 import android.view.View.OnClickListener; 8 import android.widget.Button; 9 import android.widget.ToggleButton; 10 import android.util.Log; 11 12 public class VibratorTest extends Activity { 13 private static final String TAG = "skywang-->VibratorTest"; 14 15 private Vibrator mVibrator; 16 private Button mOnce = null; 17 private ToggleButton mEndless = null; 18 19 @Override 20 protected void onCreate(Bundle savedInstanceState) { 21 super.onCreate(savedInstanceState); 22 setContentView(R.layout.main); 23 24 // 获取震动马达服务 25 mVibrator= (Vibrator) getSystemService(VIBRATOR_SERVICE); 26 27 mOnce = (Button) findViewById(R.id.vib_once); 28 mOnce.setOnClickListener(new View.OnClickListener() { 29 30 @Override 31 public void onClick(View view) { 32 //震动指定时间 33 mVibrator.vibrate(100); 34 } 35 }); 36 37 mEndless = (ToggleButton) findViewById(R.id.vib_endless); 38 mEndless.setOnClickListener(new OnClickListener() { 39 @Override 40 public void onClick(View v) { 41 if (mEndless.isChecked()) { 42 //等待100ms后,按数组所给数值间隔震动;其后为重复次数,-1为不重复,0一直震动 43 mVibrator.vibrate(new long[]{100,20,100,40,100,60}, 0); 44 } else { 45 // 取消震动 46 mVibrator.cancel(); 47 } 48 } 49 }); 50 51 } 52 53 @Override 54 protected void onStop() { 55 super.onStop(); 56 if (mVibrator != null) 57 mVibrator= null; 58 } 59 }
点击下载:Android马达应用代码
Part 7 马达的应用如何调用到马达服务的
接下来,我们分析一下如何获取马达服务的:即 mVibrator= (Vibrator) getSystemService(VIBRATOR_SERVICE) 的工作原理。
1. Context.java中的getSystemService()
getSystemService()定义在frameworks/base/core/java/android/content/Context.java中,源码如下:
public abstract Object getSystemService(String name);
Context.java中的getSystemService() 是个抽象方法,它的实现在ContextImpl.java中。
2. ContextImpl.java中的getSystemService()
frameworks/base/core/java/android/app/ContextImpl.java中的 getSystemService() 源码如下:
1 @Override 2 public Object getSystemService(String name) { 3 ServiceFetcher fetcher = SYSTEM_SERVICE_MAP.get(name); 4 return fetcher == null ? null : fetcher.getService(this); 5 }
3. ContextImpl.java中的SYSTEM_SERVICE_MAP
SYSTEM_SERVICE_MAP是一个HashMap对象,它的相关代码如下:
1 private static final HashMap<String, ServiceFetcher> SYSTEM_SERVICE_MAP = 2 new HashMap<String, ServiceFetcher>(); 3 4 SYSTEM_SERVICE_MAP的初始化,是在ContextImpl.java通过static静态模块完成的。源码如下: 5 static { 6 7 ... 8 9 // 注册“传感器服务” 10 registerService(SENSOR_SERVICE, new ServiceFetcher() { 11 public Object createService(ContextImpl ctx) { 12 return new SystemSensorManager(ctx.mMainThread.getHandler().getLooper()); 13 }}); 14 15 // 注册其它服务 ... 16 17 // 注册马达服务 18 registerService(VIBRATOR_SERVICE, new ServiceFetcher() { 19 public Object createService(ContextImpl ctx) { 20 return new SystemVibrator(); 21 }}); 22 23 ... 24 }
说明:在上面的static静态模块中,会通过registerService()注册一系列的服务,包括马达服务。注册服务是通过registerService()实现的,下面我们看看registerService()的定义。
1 private static int sNextPerContextServiceCacheIndex = 0; 2 private static void registerService(String serviceName, ServiceFetcher fetcher) { 3 if (!(fetcher instanceof StaticServiceFetcher)) { 4 fetcher.mContextCacheIndex = sNextPerContextServiceCacheIndex++; 5 } 6 SYSTEM_SERVICE_MAP.put(serviceName, fetcher); 7 }
从中,我们知道,在registerService()中,会通过 SYSTEM_SERVICE_MAP.put(serviceName, fetcher) 将serviceName和fetcher添加到哈希表SYSTEM_SERVICE_MAP中。
对马达服务而言,添加到哈希表SYSTEM_SERVICE_MAP中的key-value中的key是VIBRATOR_SERVICE,value则是ServiceFetcher对象;而且该匿名ServiceFetcher对象的createService()方法会“通过new SystemVibrator()”返回SystemVibrator对象。而SystemVibrator我们在前面已经介绍过了,它是马达服务对外提供接口的类。
OK,接着往下看。
3. ContextImpl.java中的fetcher.getService(this)
1 public Object getSystemService(String name) { 2 ServiceFetcher fetcher = SYSTEM_SERVICE_MAP.get(name); 3 return fetcher == null ? null : fetcher.getService(this); 4 }
我们已经知道SYSTEM_SERVICE_MAP是哈希表,通过SYSTEM_SERVICE_MAP.get(name)返回的是ServiceFetcher对象。
由于fetcher不为null,所以,getSystemService()会返回fetcher.getService(this)。我们看看ServiceFetcher中getService()源码:
1 static class ServiceFetcher { 2 int mContextCacheIndex = -1; 3 4 public Object getService(ContextImpl ctx) { 5 ArrayList<Object> cache = ctx.mServiceCache; 6 Object service; 7 synchronized (cache) { 8 if (cache.size() == 0) { 9 10 // “服务对象”缓冲 11 for (int i = 0; i < sNextPerContextServiceCacheIndex; i++) { 12 cache.add(null); 13 } 14 } else { 15 service = cache.get(mContextCacheIndex); 16 if (service != null) { 17 return service; 18 } 19 } 20 service = createService(ctx); 21 cache.set(mContextCacheIndex, service); 22 return service; 23 } 24 } 25 26 public Object createService(ContextImpl ctx) { 27 throw new RuntimeException("Not implemented"); 28 } 29 }
从中,我们发现,getService()实际上返回的是“通过createService(ctx)创建的service对象”。
而在registerService()注册马达服务时,我们匿名实现了createService()方法:它实际上是通过 new SystemVibrator() 返回SystemVibrator对象。
至此,我们知道:getSystemService(VIBRATOR_SERVICE) 返回的是 SystemVibrator对象!SystemVibrator前面已经分析过,这里就不再说明了。