关于microwindows中多线程的问题

本文探讨了在Microwindows的C/S模式下,如何处理多线程通信,特别是在显示操作和事件处理上的同步问题。通过分析源码,作者指出GrGetNextEvent函数中的全局互斥量可能导致的死锁,并提出了解决方案,即利用管道和GrRegisterInput函数进行线程间的通信和同步。通过创建管道,主线程监听输入,次线程通过写入管道通知主线程显示已结束,从而避免了冲突和等待。
摘要由CSDN通过智能技术生成
在microwindows的C/S模式中,服务器和客户端要进行通信,如果用户程序是多线程的话,这时就要考虑很多方面了。1、microwindows是否支持多线程  2、microwindows在多个线程中如何处理显示的。

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

GrGetNextEvent这个函数要特别注意,在编写多线程的时候,我就是在这里卡住的。GrGetNextEvent函数中,用了一个全局的互斥量来同步,然后等待事件过来,等有事件过来的时候再解锁。这时问题出现了,如果在前面建立的线程这时要对服务器端进行写的操作呢(比如显示)?通过源码,我们可以发现,该线程的这种类型的函数会检测是否全局的互斥量是否可以进行加锁,如果不能,说明有函数已经加锁但是还没有解锁,这个函数就等待。刚好这里的情况就是,GrGetNextEvent已经加锁,而没有解锁,所以如果2个线程都会卡在这里,GrGetNextEvent等待事件的过来,而现实进程则等待GrGetNextEvent或的事件。处理这种情况的方法是,在主线程中,一般就是GrGetNextEvent的那个进程中先用
  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值