关于关闭线程的一些讨论

Question

就本人知识而言，对线程的关闭一直都不是很顺利
1、通过状态位，程序不正常时，这个很不好使
2、线程阻塞，通过interrupted让线程抛异常
3、I/O阻塞，如果是自己写的相关程序可以通过Socket.close()等方法退出阻塞，但如果是别人封装好的应用呢，实在不知道怎么退出阻塞以上是本人在不同项目中使用并遇到的问题。希望能有大牛能指点迷津，或者大家谈谈各自是怎么解决的。
为方便讨论，我举个例子：
我在一个邮件接收的容器里，开启了10几个线程分别连接不同账号进行邮件接收，经常是运行一段时间后，某些线程就阻塞在那里了，而我没有办法让它退出阻塞，就只能重启容器。

Answer 1

如果是别人的封装好的jar包来调用，进入那个方法后就基本不可控了。对于可能存在阻塞的方法，好的API应该提供一个可自定时限或可中断的版本。
直接杀死线程的办法不可取，会导致数据一致性、锁等出现问题

Answer 2

遇到线程阻塞的问题最好是看看代码中，哪个地方获取了对象锁。即使是在jar也可以看看他的源代码里那块获取了对象锁，比如IO操作，同步方法，同步块等。只要同步了，那么就只有一个线程可以获取对象锁访问当前被同步的对象，其他的线程必须等待。要尽量在关键位置降低或减少这些操作（如，关键位置总是用log4j记很多日志）至于怎么监控线程状态，可以用JProfiler或JConsole进行监控。根据你的问题：
1、建议你在关键位置，研究一下怎样少用阻塞，而不是研究怎样退出阻塞。
2、如果代码没问题，线程应该可以很好的协作，不会一直处于阻塞状态。如果代码有问题，代码的瓶颈应该是哪块代码一直获取对象锁，不让其他线程用。

Answer 3

如1楼所说的一般好的API都应该提供设置超时等待解决线程死锁等等的方法。如果实在没有那个就蛋疼了。得去研究它的源码。看看哪些地方容易发生超时或者死锁的地方，如果源码中的方法可以用代理技术解决的话。固然最好。不能的话用javassist去动态的植入代码。不过这个工作量真心不是一般的大，而且难度和复杂度也很高

Answer 4

引用 4 楼 lizhen19870211 的回复:遇到线程阻塞的问题最好是看看代码中，哪个地方获取了对象锁。即使是在jar也可以看看他的源代码里那块获取了对象锁，比如IO操作，同步方法，同步块等。只要同步了，那么就只有一个线程可以获取对象锁访问当前被同步的对象，其他的线程必须等待。要尽量在关键位置降低或减少这些操作（如，关键位置总是用log4j记很多日志）至于怎么监控线……
dingqi

Answer 5

to:lizhen19870211
朋友，你一直在说锁、等待，其实这个如果是我自己做，好解决，并发、线程安全这块我还是比较有心得的。
因为多线程、并发这块的应用，一般很少用别人的。所以这块不算是什么大问题。
问题是I/O阻塞，只要是通信相关的都有这个问题，如果是用了别人封装的包，阻塞问题真的是很蛋疼。