在(android源码目录)/hardware/ril/libril/ril.cpp文件中定义了一个管道:

/*此段代码在ril.cpp中*/static void *eventLoop(void *param){    ret = pipe(filedes);    …其他代码…    s_fdWakeupRead = filedes[0];    s_fdWakeupWrite = filedes[1];    /*将读管道设为非阻塞方式*/    fcntl(s_fdWakeupRead, F_SETFL, O_NONBLOCK);    /*设置s_wakeupfd_event事件的处理函数为processWakeupCallback*/    ril_event_set (&s_wakeupfd_event, s_fdWakeupRead, true,                processWakeupCallback, NULL);/*processWakeupCallback函数的作用是清空管道*/    /*调用rilEventAddWakeup函数,该函数内容下文已附*/    rilEventAddWakeup (&s_wakeupfd_event);    // Only returns on errorril_event_loop();…其他代码…}static void rilEventAddWakeup(struct ril_event *ev)/*此段代码在ril.cpp中*/{    ril_event_add(ev);/*把ev添加到监视列表watch_table数组,并将ev->fd加入readFds描述符集*/    triggerEvLoop();/*如果此时不在evenloop线程中了,就把evenloop唤醒,该函数内容下文已附*/}static void triggerEvLoop()/*此段代码在ril.cpp中*/{    int ret;    if (!pthread_equal(pthread_self(), s_tid_dispatch)) {        /* trigger event loop to wakeup. No reason to do this,         * if we're in the event loop thread */         do {            ret = write (s_fdWakeupWrite, " ", 1);         } while (ret < 0 && errno == EINTR);    }}

可以从ril_event_add和triggerEvLoop函数看出,每次调用rilEventAddWakeup时,就把安装了processWakeupCallback(作用是清空管道)处理函数的s_wakeupfd_event事件写入监视列表watch_table[]数组,然后再向管道内写入一个字节的空格。

管道的作用是这样的,eventloop函数所在的进程向下调用ril_event_loop()函数(ril_event.cpp),后者将readFds做了一个本地备份(自然s_wakeupfd_event的描述符也在里面,因为ril_event_add已将将ev->fd加入readFds描述符集)。然后再向下遇到了一个select

n = select(nfds, &rfds, NULL, NULL, ptv);

此时如果管道里面有数据,s_fdWakeupRead即为可用,则select不会阻塞。因此,如果eventloop进程在这里因为没有可用的读描述符而被阻塞的话,执行rilEventAddWakeup后,管道内被写入了至少一个空格,则rfds中至少将有一个描述符变得可用,select函数返回。因此eventloop线程(此时该进程正在执行ril_event_loop函数)被select的阻塞的情况(如果被阻塞的话)将被解除。

eventloop线程继续向下执行,被写入监视列表watch_table数组的s_wakeupfd_event事件在ril_event_loop函数(ril_event.cpp)调用函数processReadReadies(&rfds, n)时放入了pending_list中,并随着firePending()函数的执行,processWakeupCallback函数(作用是清空管道)也得到执行。这样,管道的读描述符重新变得不可用,使其不影响正常的select功能。相当于将唤醒eventloop进程的“扳机”重新归位,等待下一次某个进程需要时再次调用的triggerEvLoop。

总的来说,就是通过管道内的数据有无,控制select是否解除阻塞的过程。

转载:http://hi.baidu.com/mcu99/blog/item/1b408b2c530282e48b13991e.html

更多相关文章

  1. android client随机验证码生成函数
  2. Android(安卓)Multimedia框架总结(二十七)MediaCodec回顾
  3. Android(安卓)Support Annotations 使用详解
  4. Android平台中Wifi的初始化
  5. Android线程封装基类Thread
  6. Android提权代码zergRush分析
  7. android设置中的Preferencescreen使用方法介绍与分析
  8. Android之碎片Fragment的生命周期
  9. 在webView 中使用JS 调用 Android(安卓)/ IOS的函数 Function

随机推荐

  1. i.MX6 安装交叉编译器
  2. Android预安装可卸载程序
  3. 自定义Dialog对话框
  4. Android Gradle Release Version 2.4 增
  5. Android之SurfaceView学习(一)
  6. android 使用zxing生成中间嵌套logo的二
  7. android捕获全局异常,CrashHandler
  8. 导入android自带通讯录报错
  9. 修复Android Studio 3.5 AIDL报错问题
  10. ntfs-3g 移植到android