IPCThreadState 详解

IPC是Android的精华，找了个时间，详细分析下IPCThreadState 的组织架构及其功能

初始化：用这个方法，我们可以在每个线程里取得IPCThreadState

IPCThreadState* IPCThreadState::self()
{

    // 全局标志位，代表是否TSD已经建立
    if (gHaveTLS) {
restart:
        const pthread_key_t k = gTLS;

        // 获取线程私有数据，即IPCThreadState本身，没有则创建。  保证每个线程都有相对应的IPCThreadState
        IPCThreadState* st = (IPCThreadState*)pthread_getspecific(k);
        if (st) return st;
        return new IPCThreadState;
    }


    if (gShutdown) return NULL;


    pthread_mutex_lock(&gTLSMutex);
    if (!gHaveTLS) {

        // 如果线程私有数据没建立，则创建一个。
        if (pthread_key_create(&gTLS, threadDestructor) != 0) {
            pthread_mutex_unlock(&gTLSMutex);
            return NULL;
        }
        gHaveTLS = true;
    }
    pthread_mutex_unlock(&gTLSMutex);

    // 创建完，恢复到启始逻辑
    goto restart;
}

看了它的构造函数，明显，这就是为每个线程邦定了个结构体。 

然后，就是IPCThreadState的构造函数，非常简单简洁

IPCThreadState::IPCThreadState()
    : mProcess(ProcessState::self()),
      mMyThreadId(androidGetTid()),
      mStrictModePolicy(0),
      mLastTransactionBinderFlags(0)
{
    pthread_setspecific(gTLS, this);
    clearCaller();
    mIn.setDataCapacity(256);
    mOut.setDataCapacity(256);
}

可以看到，mIn和mOut 直接设了个容量，

接下来总结下各个功能

1. freeBuffer: 

          用于释放空间。  2个用处：

               1）             buffer.ipcSetDataReference 作为释放函数传入  

               2）             BR_REPLY： if no reply

          作为释放函数传入时，分别在传入和传出有体现BR_TRANSACTION and BR_REPLY 

    

           if (parcel != NULL) parcel->closeFileDescriptors();

          检查是否为空， noreply(2) 情况此值为空。 传入（1）此值为this, 当前parsel.   遍寻parsel结构体关闭所有 BINDER_TYPE_FD类型file .

          IPCThreadState* state = self(); 得到当前线程的IPCThreadState, 其实也就是当前结构体

          state->mOut.writeInt32(BC_FREE_BUFFER);

          state->mOut.writeInt32((int32_t)data);

          通过read write 写命令到驱动层，释放结构体。

2. threadDestructor

           用于毁掉这个线程，应该包括各种释放

          self->flushCommands();  ==〉 

           

          // 检查是否打开了底层驱动，如果没，直接返回

          if (mProcess->mDriverFD <= 0)

               return;

          // 与底层交流，试图关闭驱动
          talkWithDriver(false);  细节以后分析，不需要接受命令，但会把当前须传出的命令传下去

          #if defined(HAVE_ANDROID_OS)

               ioctl(self->mProcess->mDriverFD, BINDER_THREAD_EXIT, 0);
          #endif

          直接操纵底层驱动，从驱动层删除了这个线程

3. executeCommand  执行各种命令  命令基本来自驱动层

              case BR_ERROR:

                  result = mIn.readInt32();
                  break;

               从下层读一个32bit, 好象是下面发了个错误信号，上层去读为什么出问题

               case BR_OK:

                  break;

               蛋疼。。

               case BR_ACQUIRE:

                   refs = (RefBase::weakref_type*)mIn.readInt32();

                   obj = (BBinder*)mIn.readInt32();

                   从底层拿这两个结构体上来。