首页 / JAVA / java内存泄漏问题排查（三）

java内存泄漏问题排查（三）

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了java内存泄漏问题排查（三），小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含890字，纯文字阅读大概需要2分钟。

内容图文

这个系列应该改个名字，叫做java 命令行窗口（运行在windows环境下）突然退出，但是端口号存在，java虚拟机进程也存在。

 

昨天出差到客户现场一番排查。排除了之前的一系列推测（根据程序日志发现，程序异常退出是有规律的，每3小时一次，在57分异常退出）

  1. 内存溢出：程序退出后未生成dump文件，且用jconsole显示内存一直正常。
  2. 客户计算机是否有异常：查看系统日志、cpu，内存（发生问题时间点的）都一切正常。
  3. 网络请求http连接未释放，连接池占满假死：程序已经优化，排除httpclient使用问题导致连接异常，且在cmd下查看netstat显示正常。
  4. 数据库连接未回收，卡死：优化数据库连接配置参数，并查看发生故障时的连接，显示正常。

 

就在我一筹莫展，几近放弃的时候客户UPS有问题，意外让服务器重启使我找到了问题的所在。

程序重启后，有些开机自动运行程序，这时候我手贱在cmd下用命令netstat -ano|findstr 8083（我的程序端口），竟然以为的发现，是启动着的。。。。。。。。。。。而我的程序是没有配置开机自动运行的，这个时候我才想起来会不会是有其他程序跟我是一样的端口。（我之前也不是没有想到过端口占用的问题，但是我的命令行程序在端口被占用状况下，运行后没几秒就会自动退出，然后在错误日志种提示 Address is already benn used，然而这个搞笑的是，我的程序如果先启动，另外一个也是用8083端口的程序后启动，他是个exe程序，不会自动退出，但是另外会启动一个守护进程，每3个小时查看一次，然后把我的程序给干掉了，把他的程序给启动起来）因此每次我查看netstat的时候，发现8083端口还在，给我问题排查产生了误解。现在想想问题原因很坑爹，但是排查过程当中也不是没有收获，在这些弯路之中，更深入的了解了jvm、httpclient连接池、数据库连接池相关的知识。

至此，问题得到解决

原文：https://www.cnblogs.com/falcon-fei/p/9815439.html

内容总结

以上是互联网集市为您收集整理的java内存泄漏问题排查（三）全部内容，希望文章能够帮你解决java内存泄漏问题排查（三）所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

扫描二维码推送至手机访问。

本文链接：https://qyyshop.com/info/1163037.html

来源：【匿名】