如何解决Tomcat中应用调用Libvirt库进行控制时可能导致线程卡死问题

这篇文章将为大家详细讲解有关如何解决Tomcat中应用调用Libvirt库进行控制时可能导致线程卡死问题，文章内容质量较高，因此小编分享给大家做个参考，希望大家阅读完这篇文章后对相关知识有一定的了解。

成都创新互联专注为客户提供全方位的互联网综合服务，包含不限于做网站、网站制作、黄骅网络推广、微信平台小程序开发、黄骅网络营销、黄骅企业策划、黄骅品牌公关、搜索引擎seo、人物专访、企业宣传片、企业代运营等，从售前售中售后，我们都将竭诚为您服务，您的肯定，是我们最大的嘉奖；成都创新互联为所有大学生创业者提供黄骅建站搭建服务，24小时服务热线：18980820575，官方网址：www.cdcxhl.com

最近的项目中有用到libvirt的java包进行libvirt的远程命令调用，进行kvm的管理。我们的测试人员一个偶然的机会下测试出来，在控制连接状态的时候，可能存在一个严重的bug，由于界面上的flex应用在每次点击虚拟机节点的时候，会导致对后台的remote service进行大约3-4次的调用，而这些remote service中会利用libvirt的结构进行结果的获取，我们为了提高效率，将libvirt的链接进行了保持，而不是每次都进行重连，以减少性能的损耗。

存在这样的情况，当网络正常的时候，建立起来的connection，一直在内存中驻留，此时如果拔掉网线，这个链接也不会断开，由于内存中这个connection的值也不为空，无法判断链接是否断开，所以在此点击界面的时候，一点调用了libvirt的接口，就会一直卡住界面多点击几次后，tomcat的所有可服务线程就都卡住了，导致整个界面无法使用。

解决方法为：启动一个线程由于实时的检测主机的断开连接状态，当状态不正常的时候，在获取connection的方法中直接抛出异常，阻止后续的逻辑的执行。但是这样只能解决状态问题，不能解决在这个状态获取的间隙中的界面点击问题，查找到资料发现tomcat的线程池模型也许可以帮忙，于是将线程池用上了，测试过后，终于发现可以了。

据说tomcat7可以检测哪个线程被卡死了，但是由于条件显示没有将产品中的tomcat6环境升级为tomcat7，所以这个也就不可用了。

具体修改方法：

代码如下:

取消掉这段的注释，然后可以修改maxThreads和minSpareThreads两个参数为你想要的值，maxThreads比较简单允许的最多线程数
通常150应该足够了，后面的这个参数呢，表示最小的驻留服务线程数，也就是说这些线程会一直等待服务。

     connectionTimeout="20000" maxTreads="500" minSpareThreads="30" maxSpareThreads="50"
     URIEncoding="UTF-8" keepAliveTimeout="15000"
     redirectPort="8443" />

修改Connector节点，增加executor="tomcatThreadPool"，maxThreads,minSpareThreads,maxSpareThreads，keepAliveTimeout等参数的配置
这样就基本上解决了问题，参数具体含义呢，其中两个和上面提到的意义是一样的，executor表示对上面的那个Executor节点的引用，所有这个配置的线程都会在那个池中。
keepAliveTimeout表示每个线程能被卡住的最长时间，也就是能存活的最长时间。

有了上述修改后，我们的tomcat就再也不会被libvirt线程卡住了，一旦卡住，也只是15秒的一个线程，除非能同时请求操过500个线程，否则tomcat都能正常的提供服务了，只是上述参数没经过调优，性能各方面都没有测试，只是临时解决，具体数值的大小，还是需要按照实际情况，经过多组数据的测试对比后然后确定一个值。

关于如何解决Tomcat中应用调用Libvirt库进行控制时可能导致线程卡死问题就分享到这里了，希望以上内容可以对大家有一定的帮助，可以学到更多知识。如果觉得文章不错，可以把它分享出去让更多的人看到。