本文主要是介绍日常小结-关于swing某死锁问题的小结，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
问题概述
最近做了一个IM一般的项目。算是写着玩不过也是个比较完整的项目，这两天遇到一个奇怪的问题就是。在接受离线的消息的时候有时候客户端方面有时候会失去响应。通常第一遍都是运行良好但是第二次运行的时候就会出问题。例如user1给user2发送信息，然后登陆user2，user2接收到信息。但是再关闭user2的客户端，然后user1重新发送一个新消息给user2。这时user2客户端会死锁。而且这部分是早先写的就最近才发现原来会出现失去响应的问题。
其实写程序就是怕这样的问题。多线程的问题，以前写的程序，测试没检测出来。
由于是第一次一般不出现问题而第二次会出现问题。我就很显然的把问题定位到了关闭客户端之后的清理工作。尝试多次后发现问题似乎不出在这里。后来多做几个测试后发现问题并非总是出现在第二次，只是之前凑巧了在第二次出问题。在user2登陆后接收离线消息的时候会有一定概率出现失去响应的问题。通常来说失去响应很多时候都是死锁问题。
定位死锁位置
我考虑到是死锁问题就开始尝试调试看看到底是哪里出现了死锁问题。首先我来简要说明下程序设计的结构问题。客户客户段的登陆界面我只用了一个类去写，也就是GUIMainwindows。剩下所有的动作都是内部类。这个类的方法只有两个地方上了锁一个是用的GUIMainwindows.this的锁。另一个就JTree。这个Jtree是用来组织用户的好友列表的，只有在关联这方面操作的时候才会使用。这就觉得比较好奇了。因为我仔细检查我程序发现并没有什么问题。而且从接受离线消息到显示只涉及到了GUIMainwindows.this一个锁，在我理解范围内应该是不会出现死锁问题的。不过凡事都要以实践为准。
我几次测试后发现并不是我本身的程序出现了错误而是处理离线消息的线程和AWTeventquet-0之间死锁了。用eclipse挂起者两个线程之后发现我自己写的程序需要Jtree的锁，但持有GUIMainwindows.this的锁
这篇关于日常小结-关于swing某死锁问题的小结的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
