多线程编程中应该注意的问题

《多线程编程中应该注意的问题》由会员上传分享，免费在线阅读，更多相关内容在工程资料-天天文库。

1、多线程编程中应该注意的问题1.线程的优先级多线程编程中要注意协调好各个线程的优先级。一般来说，控制线程的优先级要高于Worker线程。这样做，可以保证Client（最终用户或者其他模块）尽快得到响应。当控制线程是与最终用户交互的界面线程时更应如此，如果界面线程优先级较低，界面可能较长时间没有反应，用户很可能会怀疑命令是不是还没有开始执行。下面两张图给出了控制线程优先级不同对Client造成不同响应时间的对比。Fig1.1控制线程优先级低，对用户响应时间较长Fig1.2控制线程优先级高，对用户响应时间较短1.防止栈溢出这个问

2、题不只存在在多线程编程中。防止栈溢出可以参考下面几条建议：1)不在函数体内定义特别大的栈变量，必须要定义的时候，可以使用new在堆上分配。2)传递参数时，大的参数（如结构体，类）使用按指针传递，小的参数（如基本数据类型）使用按值传递。Fig2.1大对象作为参数时，按值传递的过程Fig2.2大对象作为参数时，按指针传递的过程。由Fig2.1和Fig2.2可以看出，对于较大的对象，按指针的传递的资源消耗较小，空间上，仅需把一个指针压栈；时间上，省去了拷贝构造函数的调用。所以在传递大的对象时，应该使用按指针传递。Fig2.3参数

3、为基本类型时，按值传递的过程Fig2.4参数为基本类型时，按指针传递的过程。对比Fig2.3和Fig2.4可以看出，对于基本数据类型，按指针传递的方法反而会消耗较多的时间，而且当参数所占的字节数小于一个指针所占的字节数（4个字节）时，按指针传递也会消耗较多的空间。所以当参数为基本数据类型时，应该使用按值传递。1.Run函数中Event的处理顺序在Run函数同时Wait到两个或者以上Event时，要特别注意处理这些Event的先后顺序，避免因处理顺序不当引起的问题。如果Wait函数每次只能接收一个事件，则上述问题不需要特别关

4、注。2.提高控制线程的响应速度1)减轻控制线程的负担，把更多的工作交给Worker线程来做。这么做的原因和第一条一样，是为了提高控制线程的响应速度，从而提高Client的满意度。2)注意Worker线程中信号量的使用，防止Worker线程长时间堵塞控制线程。典型的，控制线程和Worker线程会同时访问一个成员变量，并且其中至少有一个线程还要修改这个成员变量，如果Worker线程用信号量Lock了这个成员变量，然后做一些费时的工作（比如操作数据库），那么在它完成这些工作并Unlock这个成员变量之前，控制线程访问这个成员变量

5、时都会被堵塞。所以，应该尽量减少Worker线程Lock的时间。下图中演示了堵塞发生的过程，红色的部分表示控制线程被堵塞了。Fig4.1Worker线程堵塞控制线程的发生过程Fig4.2防止Woker线程堵塞控制线程的方法。上图给出的解决方法实际上是尽量减少Worker线程的Lock时间，把DB读出的数据暂时先放在临时变量中，仅当需要更新m_pData时才开始Lock。1.做一个强有力的控制线程，减少Worker线程被唤醒的次数对来自Client的事件，控制线程应该加一些基本的过滤，对于可以简单地判断出不需要Worker线

6、程处理的事件，如一些在当前状态下不能处理，不需要处理，或者处理起来不费多少时间的事件，应该直接处理掉或者丢弃掉，而不是全部都发送给Worker线程。例如，Map中处理描画事件的方式就值得学习，当追加描画和擦除后再描画，两个事件同时到来时，Map的处理方式是仅处理擦除后再描画，追加描画直接忽略了。1.注意信号量的使用在一个线程运行过程中，应该避免出现以下的使用方法：Func{Lock();…Unlock();…Lock();…Unlock();}这是因为，如果第一次Unlock和第二次Lock之间，成员变量的值可能发生了变化

7、，而如果Func函数恰好在两次Lock的时候都用到了那个发生了变化的成员变量，那么错误就有可能发生了。Fig6.1多次Lock时出现的问题。可以看出上图中，模块线程1两次Lock之间，m_pIReal3D的值已经发生了变化，这样会导致意想不到的错误。下图给出了这种问题的解决方法。Fig6.2防止多次Lock出现问题。