今天得到的教训。多线程编程模式下,如果在线程中使用某系统资源,比如某个全局socket,如果在使用了该全局资源后因为某种原因线程发生阻塞,那么会导致该全局资源被锁定,导致其他线程也被意外阻塞,多线程的设计就失败了。
更合理的设计应该是全局资源被某个模块独占,其他线程只发生消息给这个模块。
我用的编程语言是python
更合理的设计应该是全局资源被某个模块独占,其他线程只发生消息给这个模块。
我用的编程语言是python
1
avatasia Jul 4, 2012
所以IO通讯,你要靠异步。
|
2
aoyoo Jul 4, 2012
所以在可能被阻塞的上下文中用锁很容死锁啊~~
|
3
ayanamist Jul 5, 2012
楼上两个都说错了,这个问题产生的原因并不是多线程的问题,而是Python多线程的实现问题。
Python由于GIL的存在,并不是真正的多线程。虽然线程是系统的实线程,但线程里的代码却由一个全局的GIL控制,在以下情况下才会发生线程切换,保证所有的线程都得到解释器的执行。 IO的处理,P-code的执行行数。 所以会发生楼主的问题。由于IO阻塞,导致代码停滞,两个切换的条件都不存在,所以就把整个程序都锁死了。 解决的方法是把可能阻塞的部分用multiprocessing分开,性能可能会降低。 当然Python多线程执行的这个问题,也导致了在不手动加锁的情况下,del xx["key"]这样的操作是线程安全的,因为始终只会有一个线程访问Python的内部变量。 |