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