服务器多线编程失误分享

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

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/41415

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX