• android的GPS代码分析JNI如何HAL之间如何设置回调函数【转】


    本文转载自:http://blog.csdn.net/kmesg/article/details/6531577

    本文只关注JNI和HAL的接口部分

    在jni的android_location_GpsLocationProvider.cpp中,作者定义了一些callback函数和结构体

    [cpp] view plain copy
     
    1. tatic void location_callback(GpsLocation* location)  
    2. {  
    3.     pthread_mutex_lock(&sEventMutex);  
    4.   
    5.     sPendingCallbacks |= kLocation;  
    6.     memcpy(&sGpsLocation, location, sizeof(sGpsLocation));  
    7.   
    8.     pthread_cond_signal(&sEventCond);  
    9.     pthread_mutex_unlock(&sEventMutex);  
    10. }  
    11.   
    12. static void status_callback(GpsStatus* status)  
    13.      ....  
    14. }  
    15.   
    16. static void sv_status_callback(GpsSvStatus* sv_status)  
    17. {  
    18.      ....  
    19. }  
    20.   
    21. static void nmea_callback(GpsUtcTime timestamp, const char* nmea, int length)  
    22. {  
    23.      ...  
    24. }  
    25. GpsCallbacks sGpsCallbacks = {  
    26.     location_callback,  
    27.     status_callback,  
    28.     sv_status_callback,  
    29.     nmea_callback  
    30. };  

    这个sGpsCallbacks结构体其实就是一个函数指针的结构体,,太bt了。。它在android_location_GpsLocationProvider_init中被传到底层。

    [cpp] view plain copy
     
    1. if (!sGpsInterface)  
    2.     sGpsInterface = gps_get_interface();  
    3. if (!sGpsInterface || sGpsInterface->init(&sGpsCallbacks) != 0)  
    4.     return false;  

    那么你可能很奇怪,这么bt的函数指针用法是为了什么?,再看android_location_GpsLocationProvider_wait_for_event里一段就明白了。

    [cpp] view plain copy
     
    1. static void android_location_GpsLocationProvider_wait_for_event(JNIEnv* env, jobject obj)  
    2. {  
    3.     pthread_mutex_lock(&sEventMutex);  
    4.     while (sPendingCallbacks == 0) {  
    5.         pthread_cond_wait(&sEventCond, &sEventMutex);  
    6.     }  
    7. ...  

    这里pthread_cond_wait一直阻塞等待一个状态(数据传输过来),而location_callback里的pthread_cond_signal(&sEventCond)就是来唤醒它的。。再看pthread_cond_signal的前一句 memcpy(&sGpsLocation, location, sizeof(sGpsLocation));你估计就幡然醒悟了。。。在jni一层阻塞一事件,然后定义一函数来唤醒,而唤醒这个动作必须在底层(数据传输),所以就定义一个函数指针传下去,让底层调用这个函数来唤醒阻塞的进程。。。

    下面是底层调用callback函数,这个callback函数在底层传了无数遍后终于在nmea函数里被调用了

    [cpp] view plain copy
     
    1. static void  
    2. nmea_reader_set_callback( NmeaReader*  r, gps_location_callback  cb )  
    3. {  
    4.     r->callback = cb;  
    5.     if (cb != NULL && r->fix.flags != 0) {  
    6.         D("%s: sending latest fix to new callback", __FUNCTION__);  
    7.         r->callback( &r->fix );  
    8.         r->fix.flags = 0;  
    9.     }  
    10. }  

    其实gps数据在底层被读到了NmeaReader这个类里面,fix就是Gps的数据结构体,然后r->callback( &r->fix );就完成了调用。

    typedef struct {
        int     pos;
        int     overflow;
        int     utc_year;
        int     utc_mon;
        int     utc_day;
        GpsLocation  fix;
        gps_location_callback  callback;
        char    in[ NMEA_MAX_SIZE+1 ];
    } NmeaReader;

  • 相关阅读:
    第10组 Beta冲刺(2/4)
    第10组 Beta冲刺(1/4)
    第10组 Alpha冲刺(4/4)
    第08组 Beta版本演示
    第08组 Beta冲刺(4/4)
    第08组 Beta冲刺(3/4)
    第08组 Beta冲刺(2/4)
    第08组 Beta冲刺(1/4)
    第08组 Alpha事后诸葛亮
    第08组 Alpha冲刺(4/4)
  • 原文地址:https://www.cnblogs.com/zzb-Dream-90Time/p/6762609.html
Copyright © 2020-2023  润新知