一、 Android Service 介绍
Android 的 Service 分为两种: Android Service 和 Native Service 。
Android Service :又称为 Java Service ,是实现在框架层( framework )里的 Server 。 Android Service 以 Java 编写。
Native Service :又称为 System Service ,是实现在 Runtime 层里的 Server 。
以 MediaPlayer 为例,从下图我们可以得出两种服务的关系:
接下来要讨论的 Service 是 Native Service ,与应用程序设计上所讨论的 Service ( android.app.Service )不同。
二、为什么要写底层的核心服务呢?
( 1 ) 因为底层核心服务是 Android 框架里最接近 Linux/Driver 的部分。为了充分发挥硬件设备的差异化特性,核心服务是让上层 Java 应用程序来使用 Driver/HW Device 特色的重要管道。
( 2 ) 在开机过程中,就可以启动核心服务 ( 例如汉字输入法服务等 ) ,让众多应用程序来共享之。
( 3 ) 由于共享,所以能有效降低 Java 应用程序的大小 (Size) 。
三、如何实现一个核心服务呢 ?
要点如下:
( 1 )核心服务通常在独立的进程 (Process) 里执行。
( 2 )必须提供 IBinder 接口,让应用程序可以进行跨进程的绑定 (Binding) 和呼叫。
( 3 )因为共享,所以必须确保多线裎安全 (Thread-safe) 。
( 4 )以 C++ 类别定义,诞生其对象,透过 SM 之协助,将该对象参考值传给 IServiceManager::addService() 函数,就加入到 Binder Driver 里了。
( 5 )应用程序可透过 SM 之协助而远距绑定该核心服务,此时 SM 会回传 IBinder 接口给应用程序。
( 6 )应用程序可透过 IBinder::transact() 函数来与核心服务互传数据。
四、 Server 实现实践
下面以一个小例子来说明具体实现一个 Server 的步骤。此实例功能为简单的整数加法 (Add) 运算,我们将其命名AddService 。
Step-1 :以 C++ 撰写 AddService 类别,其完整程序代码为:
AddService.h 文件:
#ifndef ANDROID_GUILH_ADD_SERVICE_H #define ANDROID_GUILH_ADD_SERVICE_H #include <utils.h> #include <utils/RefBase.h> #include <utils/IInterface.h> #include <utils/Parcel.h> namespace android { class AddService : public BBinder { mutable Mutex mLock; int32_t mNextConnId; public: static int instantiate(); AddService(); virtual ~AddService(); virtual status_t onTransact(uint32_t, const Parcel&, Parcel*, uint32_t); }; } #endif AddService.cpp 文件: #include "AddService.h" #include <utils/IServiceManager.h> #include <utils/IPCThreadState.h> namespace android { static struct sigaction oldact; static pthread_key_t sigbuskey; int AddService::instantiate() { LOGE("AddService instantiate"); int r = defaultServiceManager()->addService( String16("guilh.add"), new AddService()); LOGE("AddService r = %d/n", r); return r; } AddService::AddService() { LOGV("AddService created"); mNextConnId = 1; pthread_key_create(&sigbuskey, NULL); } AddService::~AddService() { pthread_key_delete(sigbuskey); LOGV("AddService destroyed"); } status_t AddService::onTransact( uint32_t code, const Parcel& data, Parcel* reply, uint32_t flags){ switch(code) { case 0: { pid_t pid = data.readInt32(); int num = data.readInt32(); num = num + 1000; reply->writeInt32(num); return NO_ERROR; } break; default: return BBinder::onTransact(code, data, reply, flags); } } };
Android.mk 文件:
LOCAL_PATH:= $(call my-dir) include $(CLEAR_VARS) LOCAL_SRC_FILES:= AddService.cpp #LOCAL_C_INCLUDES:= $(JNI_H_INCLUDE) LOCAL_SHARED_LIBRARIES:= libutils LOCAL_MODULE:= libAddService LOCAL_PRELINK_MODULE:= false
include $(BUILD_SHARED_LIBRARY)
Step-2 :以 C++ 撰写一个可独立执行的 addserver.cpp 程序,它的用途是:诞生一个 AddService 类别之对象,然后将该对象参考存入 Binder Driver 里。其内容为:
addserver.cpp 文件:
#include <sys/types.h> #include <unistd.h> #include <grp.h> #include <utils/IPCThreadState.h> #include <utils/ProcessState.h> #include <utils/IServiceManager.h> #include <utils/Log.h> #include <private/android_filesystem_config.h> #include "../libaddservice/AddService.h" using namespace android; int main(int argc, char** argv) { sp<ProcessState> proc(ProcessState::self()); sp<IServiceManager> sm = defaultServiceManager(); LOGI("ServiceManager: %p", sm.get()); AddService::instantiate(); ProcessState::self()->startThreadPool(); IPCThreadState::self()->joinThreadPool(); }
Android.mk 文件:
LOCAL_PATH:= $(call my-dir) include $(CLEAR_VARS) LOCAL_SRC_FILES:= addserver.cpp LOCAL_SHARED_LIBRARIES:= libutils libAddService LOCAL_MODULE:= addservice include $(BUILD_EXECUTABLE)
Step-3 :编译上述两个文件分别产出了 libAdd.so 类别库和 addserver 可执行程序。接着将 libAdd.so 拷贝到 Android 仿真器的 /system/lib/ 里;也把 addserver 拷贝到 /system/bin/ 里。
Step-4 :执行 addserver 。其中的指令: AddServer::instantiate() 就执行到 AddServer 类别的 instantiate() 函数,其内容为:
int AddService::instantiate() { LOGE("AddService instantiate"); int r = defaultServiceManager()->addService( String16("guilh.add"), new AddService()); LOGE("AddService r = %d/n", r); return r; }
其先执行到 new AddServer() ,就诞生一个 AddServer 类别之对象;
接着,呼叫 defaultServiceManager() 函数取得 SM 的 IServiceManager 接口;
再呼叫 IServiceManager::addServer() 将该对象参考存入 Binder Driver 里。
Step-5 :这样就成功地将 AddService 服务加入到 Binder Driver 里了。现在就可以写个 Add 类来使用 AddService 核心服务了。以 C++ 撰写 Add 类别,其完整程序代码为:
Add.h 文件:
#ifndef ANDROID _ADD_H #define ANDROID _ADD_H namespace android { class Add { public: int setN(int n); private: static const void getAddService(); }; }; //namespace #endif // ANDROID _ADD_H
Add.cpp 文件:
#include <utils/IServiceManager.h> #include <utils/IPCThreadState.h> #include "Add.h" namespace android { sp<IBinder> binder; int Add::setN(int n){ getAddService(); Parcel data, reply; data.writeInt32(getpid()); data.writeInt32(n); LOGE("BpAddService::create remote()->transact()/n"); binder->transact(0, data, &reply); int i = reply.readInt32(); return i; } const void Add::getAddService(){ sp<IServiceManager> sm = defaultServiceManager(); binder = sm->getService(String16("guilh.add")); LOGE("Add::getAddService %p/n",sm.get()); if (binder == 0) { LOGW("AddService not published, waiting..."); return; } } };
Android.mk 文件:
LOCAL_PATH:= $(call my-dir) include $(CLEAR_VARS) LOCAL_SRC_FILES:=Add.cpp LOCAL_SHARED_LIBRARIES := libutils libAddService LOCAL_MODULE := libAdd LOCAL_PRELINK_MODULE:= false include $(BUILD_SHARED_LIBRARY)
Step-6 :下面写个 JNI Native 类别来使用 Add 类别之对象。透过 JNI Native 函数,就可以与 Java 层的 Service 服务衔接起来。
首选使用 javah 命令生成相应头文件。
com_hello_Service_MySer.h 文件:
/* DO NOT EDIT THIS FILE - it is machine generated */ #include <jni.h> /* Header for class com_hello_Service_MySer */ #ifndef _Included_com_hello_Service_MySer #define _Included_com_hello_Service_MySer #ifdef __cplusplus extern "C" { #endif /* * Class: com_hello_Service_MySer * Method: intFromJNI * Signature: ()I */ JNIEXPORT jint JNICALL Java_com_hello_Service_MySer_intFromJNI (JNIEnv *, jobject); #ifdef __cplusplus } #endif #endif 然后实现相应函数。 com_hello_Service_MySer.cpp 文件: #include <jni.h> #include <JNIHelp.h> #include "../libadd/Add.h" #include "com_hello_Service_MySer.h" JNIEXPORT jint JNICALL Java_com_hello_Service_MySer_intFromJNI(JNIEnv * env, jobject thiz) { android::Add myadd; int r = myadd.setN(5); return r; }
Android.mk 文件:
LOCAL_PATH:= $(call my-dir) include $(CLEAR_VARS) LOCAL_SRC_FILES:=com_hello_Service_MySer.cpp LOCAL_C_INCLUDES:= $(JNI_H_INCLUDE) LOCAL_SHARED_LIBRARIES := libutils libAdd LOCAL_MODULE := libJniAdd LOCAL_PRELINK_MODULE:= false include $(BUILD_SHARED_LIBRARY)
所有相关文件组织:
a@ubuntu:~/work/android/source_android/development/my_module$ tree service
service
|-- addserver
| |-- Android.mk
| `-- addserver.cpp
|-- jni
| |-- Android.mk
| |-- com_hello_Service_MySer.cpp
| `-- com_hello_Service_MySer.h
|-- libadd
| |-- Add.cpp
| |-- Add.h
| `-- Android.mk
`-- libaddservice
|-- AddService.cpp
|-- AddService.h
`-- Android.mk
4 directories, 11 files
在 Eclipse 中创建一个工程使用以上的 Add 类,即可使用我们的 AddService 了。
MySer.java 文件:
package com.hello.Service; import android.app.Activity; import android.os.Bundle; import android.widget.TextView; public class MySer extends Activity { /** Called when the activity is first created. */ @Override public void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); int i = intFromJNI(); TextView tv = new TextView(this); tv.setText( String.valueOf(i) ); setContentView(tv); } public native int intFromJNI(); static { System.loadLibrary("JniAdd"); } }
五、Service 编译问题
Android 所用的 Toolchain (即交叉编译工具链)可从下面的网址下载:
http://android.kernel.org/pub/android-toolchain-20081019.tar.bz2 。如果下载了完整的 Android 项目的源代码,则可以在“<your_android>/prebuilt/linux-x86/toolchain/arm-eabi-4.2.1/bin ”目录下找到交叉编译工具,比如 Android 所用的 arm-eabi-gcc-4.2.1 。我们可以直接使用源码包来进行编译。
Android 并没有采用 glibc 作为 C 库,而是采用了 Google 自己开发的 Bionic Libc ,它的官方 Toolchain 也是基于Bionic Libc 而并非 glibc 的。这使得使用或移植其他 Toolchain 来用于 Android 要比较麻烦:在 Google 公布用于Android 的官方 Toolchain 之前,多数的 Android 爱好者使用的 Toolchain 是在http://www.codesourcery.com/gnu_toolchains/arm/download.html 下载的一个通用的 Toolchain ,它用来编译和移植Android 的 Linux 内核是可行的,因为内核并不需要 C 库,但是开发 Android 的应用程序时,直接采用或者移植其他的Toolchain 都比较麻烦,其他 Toolchain 编译的应用程序只能采用静态编译的方式才能运行于 Android 模拟器中,这显然是实际开发中所不能接受的方式。目前尚没有看到说明成功移植其他交叉编译器来编译 Android 应用程序的资料。
与 glibc 相比, Bionic Libc 有如下一些特点:
l 采用 BSD License ,而不是 glibc 的 GPL License ;
l 大小只有大约 200k ,比 glibc 差不多小一半,且比 glibc 更快;
l 实现了一个更小、更快的 pthread ;
l 提供了一些 Android 所需要的重要函数,如” getprop ” , “ LOGI ”等;
l 不完全支持 POSIX 标准,比如 C++ exceptions , wide chars 等;
l 不提供 libthread_db 和 libm 的实现
另外, Android 中所用的其他一些二进制工具也比较特殊:
加载动态库时使用的是 /system/bin/linker 而不是常用的 /lib/ld.so;
prelink 工具不是常用的 prelink 而是 apriori ,其源代码位于“ <your_android>/build/tools/apriori ”
strip 工具也没有采用常用的 strip ,而是“ <your_android>/prebuilt/linux-x86/toolchain/arm-eabi-4.2.1/bin ”目录下的arm-eabi-strip ,而是位于 <your_android>/out/host/linux-x86/bin/ 的 soslim 工具。
下面就具体说一下如何编译我们刚才创建的 Service 程序。
1. 在 $(YOUR_ANDROID)/development 目录下创建 my_module 目录,然后将我们的 server 文件夹拷贝到此目录下,其中$(YOUR_ANDROID) 指 Android 源代码所在的目录。
# mkdir $(YOUR_ANDROID)/development/ my_module
2. Android.mk 这是 Android Makefile 的标准命名,不要更改。 Android.mk 文件的格式和内容可以参考其他已有的Android.mk 文件的写法,针对 Add 程序的 Android.mk 文件内容如下:
LOCAL_PATH:= $(call my-dir) include $(CLEAR_VARS) LOCAL_SRC_FILES:=Add.cpp LOCAL_SHARED_LIBRARIES := libutils libAddService LOCAL_MODULE := libAdd LOCAL_PRELINK_MODULE:= false include $(BUILD_SHARED_LIBRARY)
注意上面 LOCAL_SRC_FILES 用来指定源文件;, LOCAL_MODULE 指定要编译的模块的名字,下一步骤编译时就要用到; include $(BUILD_SHARED_LIBRARY) 表示要编译成动态库,如果想编译成一个可执行文件则可用BUILD_EXECUTABLE ,这些可以在 $(YOUR_ANDROID)/build/core/config.mk 查到。
3. 回到 Android 源代码顶层目录进行编译:
# cd $(YOUR_ANDROID) && make libAdd
注意 make libAdd 中的目标名 libAdd 就是上面 Android.mk 文件中由 LOCAL_MODULE 指定的模块名。
4 .编译后的可执行文件存放在通过” adb push ”将它传送到模拟器上,再通过” adb shell ”登录到模拟器终端,就可以执行了。
六、出现问题及及解决办法:
( 1 )提示缺 bison ,安装 bison : sudo apt-get install bison
( 2 )出现 frameworks/policies/base/PolicyConfig.mk:22: *** No module defined for the given PRODUCT_POLICY (android.policy_phone). Stop. 错误。
解决办法:
在 build/tools/findleaves.sh 中的第 89 行,
这一句 find "${@:0:$nargs}" $findargs -type f -name "$filename" -print |
改为 find "${@:1:$nargs-1}" $findargs -type f -name "$filename" -print |
转载:http://blog.chinaunix.net/u/22630/article_105768.html