关于封闭线程的一些讨论
关于关闭线程的一些讨论就本人知识而言，对线程的关闭一直都不是很顺利1、通过状态位，程序不正常时，这个很不
关于关闭线程的一些讨论
就本人知识而言，对线程的关闭一直都不是很顺利
1、通过状态位，程序不正常时，这个很不好使
2、线程阻塞，通过interrupted让线程抛异常
3、I/O阻塞，如果是自己写的相关程序可以通过Socket.close()等方法退出阻塞，但如果是别人封装好的应用呢，实在不知道怎么退出阻塞
以上是本人在不同项目中使用并遇到的问题。希望能有大牛能指点迷津，或者大家谈谈各自是怎么解决的。
为方便讨论，我举个例子：
我在一个邮件接收的容器里，开启了10几个线程分别连接不同账号进行邮件接收，经常是运行一段时间后，某些线程就阻塞在那里了，而我没有办法让它退出阻塞，就只能重启容器。
[解决办法]
如果是别人的封装好的jar包来调用，进入那个方法后就基本不可控了。对于可能存在阻塞的方法，好的API应该提供一个可自定时限或可中断的版本。
直接杀死线程的办法不可取，会导致数据一致性、锁等出现问题
[解决办法]
支持下1楼的。
楼主找找开源包的指南说明啥的，如果是比较好的开源包，都会提供：超时 之类的控制机制的。
[解决办法]
遇到线程阻塞的问题最好是看看代码中，哪个地方获取了对象锁。即使是在jar也可以看看他的源代码里那块获取了对象锁，比如IO操作，同步方法，同步块等。只要同步了，那么就只有一个线程可以获取对象锁访问当前被同步的对象，其他的线程必须等待。要尽量在关键位置降低或减少这些操作（如，关键位置总是用log4j记很多日志）至于怎么监控线程状态，可以用JProfiler或JConsole进行监控。
根据你的问题：
1、建议你在关键位置，研究一下怎样少用阻塞，而不是研究怎样退出阻塞。
2、如果代码没问题，线程应该可以很好的协作，不会一直处于阻塞状态。如果代码有问题，代码的瓶颈应该是哪块代码一直获取对象锁，不让其他线程用。
[解决办法]
如1楼所说的一般好的API都应该提供设置超时等待解决线程死锁等等的方法。如果实在没有那个就蛋疼了。得去研究它的源码。看看哪些地方容易发生超时或者死锁的地方，如果源码中的方法可以用代理技术解决的话。固然最好。不能的话用javassist去动态的植入代码。不过这个工作量真心不是一般的大，而且难度和复杂度也很高
[解决办法]造成阻塞的原因为获取对象锁。所以想解决退出阻塞的问题，即使你的设计不能修改，也应该考虑哪块代码频繁获取对象锁，才能解决问题。释放了对象锁，自然就不会有阻塞，而不是所谓的怎样退出阻塞。
[解决办法]引用:遇到线程阻塞的问题最好是看看代码中，哪个地方获取了对象锁。即使是在jar也可以看看他的源代码里那块获取了对象锁，比如IO操作，同步方法，同步块等。只要同步了，那么就只有一个线程可以获取对象锁访问当前被同步的对象，其他的线程必须等待。要尽量在关键位置降低或减少这些操作（如，关键位置总是用log4j记很多日志）至于怎么监控线……
dingqi
[解决办法]不知道你说的阻塞是死锁还是指的线程阻塞等待呢？如果是后者那只能说明这个线程正在等待输入而已，应该不存在什么问题，你可以考虑给他一个输入就可以了。如果是死锁的话就需要检查一下你的代码了
[解决办法]如果是第三方包的问题，你换一个不就完了么。即使你重写了第三方包的相关方法，也可能带来其他问题。
[解决办法]会是什么第三方包居然不提供阻塞超时呢（我觉得这个是起码要提供的），还是没用对呢
[解决办法]线程本身自己就应该有阻塞机制，他启动的时候就记录自己的启动时间，自己判断自己做某个操作是否超时了，自己决定是否结束自己。
