关于microwindows中多线程的问题

在microwindows的C/S模式中，服务器和客户端要进行通信，如果用户程序是多线程的话，这时就要考虑很多方面了。1、microwindows是否支持多线程  2、microwindows在多个线程中如何处理显示的。

首先可以肯定的是，microwindows支持多线程，只是要在配置的时候加上线程安全（THREADSAFE）这个选项，就可以使用多线程了。其次，要我看来，microwindows提供的函数无非就是读服务器和写服务器的函数。对于void GrXXX( )这样的无返回类型的函数部分是写服务器的，而对于有返回值的GrXXX()函数则是读服务器的函数，要不也就不需要返回值了。配置的时候加上THREADSAFE这个选项可以保证多个线程在读写服务器的时候能够得到同步，而不至于你写一点，我写一点，这样也就乱了套了。

GrGetNextEvent这个函数要特别注意，在编写多线程的时候，我就是在这里卡住的。GrGetNextEvent函数中，用了一个全局的互斥量来同步，然后等待事件过来，等有事件过来的时候再解锁。这时问题出现了，如果在前面建立的线程这时要对服务器端进行写的操作呢（比如显示）？通过源码，我们可以发现，该线程的这种类型的函数会检测是否全局的互斥量是否可以进行加锁，如果不能，说明有函数已经加锁但是还没有解锁，这个函数就等待。刚好这里的情况就是，GrGetNextEvent已经加锁，而没有解锁，所以如果2个线程都会卡在这里，GrGetNextEvent等待事件的过来，而现实进程则等待GrGetNextEvent或的事件。处理这种情况的方法是，在主线程中，一般就是GrGetNextEvent的那个进程中先用GrRegisterInput函数注册1个字符描述符。该函数的作用在于，如果注册了该描述符的文件有东西被写入(使用write函数)的时候，就会产生一个GR_EVENT_TYPE_FDINPUT的消息。回到刚才哪个情景中来，我们可以在2个线程中创建管道，用作注册的描述符
   
int PipeInitial()
{
    int ret;
   
    unlink("/tmp/abc");
    ret = mkfifo("/tmp/abc", S_IFIFO|0666);
    if (ret == -1)
    {
        PDEBUG("cann't make fifo/n");
        return -1;
    }
    pipe_fd = open("/tmp/abc",  O_RDWR);
   
    GrRegisterInput(pipe_fd);
    return 0;
}
在上面的函数中，创建管道后调用GrRegisterInput注册了。

把要求显示的线程的线程里面的显示函数放到主线程里面来，也就是switch中
switch{
     case GR_EVENT_TYPE_FDINPUT:
             显示的函数；
             pthread_cond_signal(&cond);//通知次线程显示已经结束。
             break;
        .....
}
当然必要时可以用同步来解决显示与次线程之间同步的情况。

在次线程中，首先要打开该管道open(pipe_fd, O_RWONLY)
然后在本来你要求显示的地方加上
char c = 'c';
write(pipe_fd, c, 1);
pthread_mutex_lock(&mutex);
pthread_cond_wait(&cond, &mutex);
pthread_mutex_unlock(&mutex);
最后3条语句用来等待显示结束

这样就解决了这个问题了。对天长笑几声，这几天为了能顺利的尽快的优雅的辞职，我起早贪黑的在写E－BOOK的代码，今天终于搞定了，希望明天能拿到辞职证明。