initialize 函数
LocationManagerService.java[frameworks/base/services/java/com/android/server]
|
initialize 函数中最重要的就是 loadProviders 函数了,该函数调用 loadProvidersLocked ,然后loadProvidersLocked 函数又调用 _loadProvidersLocked 函数。为什么要这么折腾呢 ?
先来看一部分的_loadProvidersLocked函数:
|
注意这个if语句,狠重要,因为在这个语句中得到了HAL层的GPS接口GpsInterface。就是通过调用GpsLocationProvider 的 isSupported() 函数才调用到gps.cpp[hardware/libhardware_legacy/gps]中的gps_get_interface() 。这个 isSupported 函数才是第一个吃螃蟹的人。(而不是JNI层的init函数,这个下面会提到)。
GpsLocationProvider.cpp [frameworks/base/location/java/com/android/internal/location]
|
然而 isSupported 只有一句话,果然是高手,一击必中。然后就调用native方法,也就是JNI层定义的方法。native_is_supported函数对于JNI层是android_location_GpsLocationProvider_is_supported方法。
android_location_GpsLocationProvider.cpp [frameworks/base/core/jni]
|
注意:我在android的4.0的系统里面 这个函数是这样的
static jboolean android_location_GpsLocationProvider_is_supported(JNIEnv* env, jclass clazz) {
return (sGpsInterface != NULL);
}
但是怎么调用了下面的 gps_get_interface函数呐,我发现android的4.0的是在
android_location_GpsLocationProvider_class_init_native 函数里面的这句 :
if (err == 0) {
gps_device_t* gps_device = (gps_device_t *)device;
sGpsInterface = gps_device->get_gps_interface(gps_device);
}
前面已经提到JNI起到承上启下的作用,gps_get_interface函数属于HAL层的调用,在文件gps.cpp中。
gps.cpp [hardware/libhardware_legacy/gps]
|
然后通过 gps_find_hardware函数去得到gps接口,下面只模拟器中的gpsinterface。
|
gps_qemu.c [hardware/libhardware_legacy/gps]
|
qemuGpsInterface的整体实现就在文件gps_qemu.c中。
static const GpsInterface qemuGpsInterface = {
qemu_gps_init,
qemu_gps_start,
qemu_gps_stop,
qemu_gps_cleanup,
qemu_gps_inject_time,
qemu_gps_inject_location,
qemu_gps_delete_aiding_data,
qemu_gps_set_position_mode,
qemu_gps_get_extension,
} ;