回顧:前帖分析了Vold的main()函數和NetlinkManager的函數調用流程,截止到NetlinkHandler的創建和start()調用,本帖繼續分析源碼
1、處理block類型的uevent
main()函數創建了CommandListener對象,NetlinkManager的start()函數又創建了NetlinkHandler對象,如果將CommandListener類和NetlinkHandler類的繼承關系圖畫出來,會發現它們都是從SocketListener類派生出來的,如下圖所示:
圖1 NetlinkHandler和CommandListener的繼承關系
原理:處於最底層的SocketListener類的作用是監聽socket的數據,接收到數據後分別交給FrameworkListener類和NetlinkListener類的函數,並分別對來自Framework和驅動的數據進行分析,分析後根據命令再分別調用CommandListener和NetlinkHandler中的函數。
觀察NetlinkHandler類的構造方法,代碼如下:
Java代碼
- NetlinkHandler::NetlinkHandler(int listenerSocket) :
- NetlinkListener(listenerSocket) {
- }
這個構造方法很簡單,再看看它的start()方法,代碼如下:
Java代碼
- int NetlinkHandler::start() {
- return this->startListener();
- }
可以發現,start()方法調用了SocketListener的startListener()函數,代碼如下:
Java代碼
- int SocketListener::startListener(int backlog) {
- if (!mSocketName && mSock == -1) {
- SLOGE("Failed to start unbound listener");
- errno = EINVAL;
- return -1;
- } else if (mSocketName) { // 只有CommandListener中會設置mSocketName
- if ((mSock = android_get_control_socket(mSocketName)) < 0) {
- SLOGE("Obtaining file descriptor socket '%s' failed: %s",mSocketName, strerror(errno));
- return -1;
- }
- SLOGV("got mSock = %d for %s", mSock, mSocketName);
- }
-
- if (mListen && listen(mSock, backlog) < 0) {
- SLOGE("Unable to listen on socket (%s)", strerror(errno));
- return -1;
- } else if (!mListen)
- mClients->push_back(new SocketClient(mSock, false, mUseCmdNum));
-
- if (pipe(mCtrlPipe)) { // 創建管道,用於退出監聽線程
- SLOGE("pipe failed (%s)", strerror(errno));
- return -1;
- }
-
- if (pthread_create(&mThread, NULL, SocketListener::threadStart, this)) { // 創建一個監聽線程
- SLOGE("pthread_create (%s)", strerror(errno));
- return -1;
- }
-
- return 0;
- }
startListener()函數開始監聽socket,這個函數在NetlinkHandler中會被調用,在CommandListener也會被調用。
startListener()函數首先判斷變量mSocketName是否有值,只有CommandListener對象會對這個變量賦值,它的值就是在init.rc中定義的socket字符串。
調用函數 android_get_control_socket()的目的是從環境變量中取得socket的值,這樣CommandListener對象得到了它需要監聽的socket,
而對於NetlinkHandler對象而言,它的mSocket不為NULL,前面已經創建了socket。
startListener()函數接下來會根據成員變量mListener的值來判斷是否需要調用Listen()函數來監聽socket。這個mListen的值在對象構造時根據參數來初始化。
對於CommandListener對象,mListener的值為ture,對於NetlinkHandler對象,mListener的值為false,這是因為CommandListener對象和SystemServer通信,需要監聽socket連接,而NetlinkHandler對象則不用。
接下來startListener()函數會創建一個管道,這個管道的作用是通知線程停止監聽,這個線程就是startListener()函數最後創建的監聽線程,它的運行函數是threadStart(),在前貼的NetlinkManager家族圖系中我們可以清晰的發現,其代碼如下:
Java代碼
- void *SocketListener::threadStart(void *obj) {
- SocketListener *me = reinterpret_cast<SocketListener *>(obj);
- me->runListener(); // 調用runListener()方法
- pthread_exit(NULL);
- return NULL;
- }
threadStart()中又調用了runListener()函數,代碼如下:
Java代碼
- void SocketListener::runListener() {
-
- SocketClientCollection pendingList;
-
- while(1) { // 無限循環,一直監聽
- SocketClientCollection::iterator it;
- fd_set read_fds;
- int rc = 0;
- int max = -1;
-
- FD_ZERO(&read_fds); // 清空文件描述符集read_fds
-
- if (mListen) { // 如果需要監聽
- max = mSock;
- FD_SET(mSock, &read_fds); // 把mSock加入到read_fds
- }
-
- FD_SET(mCtrlPipe[0], &read_fds); // 把管道mCtrlPipe[0]也加入到read_fds
- if (mCtrlPipe[0] > max)
- max = mCtrlPipe[0];
-
- pthread_mutex_lock(&mClientsLock); // 對容器mClients的操作需要加鎖
- for (it = mClients->begin(); it != mClients->end(); ++it) { // mClient中保存的是NetlinkHandler對象的socket,或者CommandListener接入的socket
- int fd = (*it)->getSocket();
- FD_SET(fd, &read_fds); // 遍歷容器mClients的所有成員,調用內聯函數getSocket()獲取文件描述符,並添加到文件描述符集read_fds
- if (fd > max) { // 也加入到read_fds
- max = fd;
- }
- }
- pthread_mutex_unlock(&mClientsLock);
- SLOGV("mListen=%d, max=%d, mSocketName=%s", mListen, max, mSocketName);
- if ((rc = select(max + 1, &read_fds, NULL, NULL, NULL)) < 0) { // 執行select調用,開始等待socket上的數據到來
- if (errno == EINTR) // 因為中斷退出select,繼續
- continue;
- SLOGE("select failed (%s) mListen=%d, max=%d", strerror(errno), mListen, max);
- sleep(1); // select出錯,休眠1秒後繼續
- continue;
- } else if (!rc)
- continue; // 如果fd上沒有數據到達,繼續
-
- if (FD_ISSET(mCtrlPipe[0], &read_fds)) {
- char c = CtrlPipe_Shutdown;
- TEMP_FAILURE_RETRY(read(mCtrlPipe[0], &c, 1));
- if (c == CtrlPipe_Shutdown) {
- break;
- }
- continue;
- }
- if (mListen && FD_ISSET(mSock, &read_fds)) { // 如果是CommandListener對象上有連接請求
- struct sockaddr addr;
- socklen_t alen;
- int c;
-
- do {
- alen = sizeof(addr);
- c = accept(mSock, &addr, &alen); // 接入連接請求
- SLOGV("%s got %d from accept", mSocketName, c);
- } while (c < 0 && errno == EINTR); // 如果是中斷導致失敗,重新接入
- if (c < 0) {
- SLOGE("accept failed (%s)", strerror(errno));
- sleep(1);
- continue; // 接入發生錯誤,繼續循環
- }
- pthread_mutex_lock(&mClientsLock);
- mClients->push_back(new SocketClient(c, true, mUseCmdNum)); // 把接入的socket連接加入到mClients,這樣再循環時就會監聽到它的數據到達
- pthread_mutex_unlock(&mClientsLock);
- }
-
- /* Add all active clients to the pending list first */
- pendingList.clear();
- pthread_mutex_lock(&mClientsLock);
- for (it = mClients->begin(); it != mClients->end(); ++it) {
- SocketClient* c = *it;
- int fd = c->getSocket();
- if (FD_ISSET(fd, &read_fds)) {
- pendingList.push_back(c); // 如果mClients中的某個socket上有數據了,把它加入到pendingList列表中
- c->incRef();
- }
- }
- pthread_mutex_unlock(&mClientsLock);
-
- /* Process the pending list, since it is owned by the thread,* there is no need to lock it */
- while (!pendingList.empty()) { // 處理pendingList列表
- /* Pop the first item from the list */
- it = pendingList.begin();
- SocketClient* c = *it;
- pendingList.erase(it); // 把處理了的socket從pendingList列表中刪除
- /* Process it, if false is returned, remove from list */
- if (!onDataAvailable(c)) {
- release(c, false); // 調用release()函數-->調用onDataAvailable()方法
- }
- c->decRef();
- }
- }
- }
SocketListener::runListener是線程真正執行的函數。
以上runListener()函數雖然比較長,但這是一段標准的處理混合socket連接的代碼,對於我們編寫socket的程序大有幫助,這裡先做簡單了解。
<--------接下來,我們繼續分析......-------->
runListener()函數收到從驅動傳遞的數據或者MountService傳遞的數據後,調用onDataAvailable()函數來處理,FrameworkListener類和NetlinkListener類都會重載這個函數。
首先來分析一下NetlinkListener類的onDataAvailable()函數是如何實現的!
直接上代碼:
Java代碼
- bool NetlinkListener::onDataAvailable(SocketClient *cli)
- {
- int socket = cli->getSocket();
- ssize_t count;
- uid_t uid = -1;
- /*從socket中讀取kernel發送來的uevent消息*/
- count = TEMP_FAILURE_RETRY(uevent_kernel_multicast_uid_recv(socket, mBuffer, sizeof(mBuffer), &uid));
- if (count < 0) { // 如果count<0,進行錯誤處理
- if (uid > 0)
- LOG_EVENT_INT(65537, uid);
- return false;
- }
-
- NetlinkEvent *evt = new NetlinkEvent(); // 創建NetlinkEvent對象
- if (evt->decode(mBuffer, count, mFormat)) { // 調用decode()函數
- onEvent(evt); // 在NetlinkHandler中實現17 } else if (mFormat != NETLINK_FORMAT_BINARY) {
- SLOGE("Error decoding NetlinkEvent");
- }
- delete evt;
- return true;
- }
NetlinkListener類的onDataAvailable()函數首先調用uevent_kernel_multicast_uid_recv()函數來接收uevent消息。
接收到消息後,會創建NetlinkEvent對象,然後調用它的decode()函數對消息進行解碼,然後用得到的消息數據給NetlinkEvent對象的成員變量賦值。
最後onDataAvailable()函數調用了onEvent()函數繼續處理消息,onEvent()函數的代碼如下:
Java代碼
- void NetlinkHandler::onEvent(NetlinkEvent *evt) {
- VolumeManager *vm = VolumeManager::Instance();
- const char *subsys = evt->getSubsystem();
-
- if (!subsys) {
- SLOGW("No subsystem found in netlink event");
- return;
- }
-
- if (!strcmp(subsys, "block")) {
- vm->handleBlockEvent(evt); // 調用VolumeManager的handleBlockEvent()函數來處理
- }
- }
NetlinkHandler的onEvent()函數中會判斷event屬於哪個子系統的,如果屬於“block”(SD熱插拔),則調用VolumeManager的handleBlockEvent()函數來處理,代碼如下:
Java代碼
- void VolumeManager::handleBlockEvent(NetlinkEvent *evt) {
- const char *devpath = evt->findParam("DEVPATH");
- VolumeCollection::iterator it;
- bool hit = false;
- for (it = mVolumes->begin(); it != mVolumes->end(); ++it) {
- if (!(*it)->handleBlockEvent(evt)) { // 對每個DirectVolume對象,調用它handleBlockEvent來處理這個event
- hit = true; // 如果某個Volume對象處理了Event,則返回
- break;
- }
- }
- .....
- }
總結:本帖的源碼分析先到這裡為止,下一貼再分析DirectVolume對象的handleBlockEvent()函數以及CommandListener對象如何處理從MountService發送的命令數據,即我們之前還沒有討論的關於FrameworkListener的onDataAvailable()函數的代碼!