博客
关于我
记录一次解决IntelliJ Idea闪退问题的解决过程!!!
阅读量:742 次
发布时间:2019-03-21

本文共 746 字,大约阅读时间需要 2 分钟。

最近在使用IntelliJ Idea进行开发时,发现项目引入了大量不必要的依赖包。尽管已经将内存调至最大值,但仍然频繁闪退。我尝试通过重启程序来处理,但发现stop按钮一直是灰色的,只能通过重新启动操作系统才能继续工作,这确实让人很烦恼。

经过多次闪退后的观察发现,虽然程序本身仍在运行,但IntelliJ Idea的工具进程被系统终止了。立即采取行动对此进行排查。

首先,查看正在占用的端口。我在8000-8082范围内扫描时,发现PID为19912的进程在监听8082端口。这表明可能存在未正常关闭的服务进程。

接着,查看PID为19912的具体进程信息。通过Process Explorer确认,该进程正在运行一份名为java.exe的文件。进一步检查发现,这个进程确实是在监听相关端口。

为了彻底解决问题,我选择了安全地终止这个残留的进程。在我的操作系统中,使用Task Manager成功终止了PID为19912的进程。随后,重新启动IntelliJ Idea,发现一切运行正常,stop按钮也重新变为了绿色,能够正常操作。

但这只是一个小问题,随后我便发现了另一个潜在的问题。在重新启动调用后,IntelliJ Idea自身留下了负责任的进程。我在任务管理器中仔细检查后发现,这次的}idea.exe进程确实残留在系统中,若不清理它,下一次启动工具也会面临同样的问题。

因此,终止掉残留的idea.exe进程并重新启动软件后,问题得以解决。重启后的工作环境似曾相识,从未有过启动时原始文件盘的不寻常现象。再次确认进程列表,确保没有其他未必要的持有者存在。

通过这两次小修复,问题得当解决。我学会了如何快速定位导致工具异常的具体原因,今后遇到类似的问题,处理起来也会更加得心应手了。

转载地址:http://hurgz.baihongyu.com/

你可能感兴趣的文章
Mysql tinyint(1)与tinyint(4)的区别
查看>>
mysql union orderby 无效
查看>>
mysql where中如何判断不为空
查看>>
mysql workbench6.3.5_MySQL Workbench
查看>>
MySQL Workbench安装教程以及菜单汉化
查看>>
MySQL Xtrabackup 安装、备份、恢复
查看>>
mysql [Err] 1436 - Thread stack overrun: 129464 bytes used of a 286720 byte stack, and 160000 bytes
查看>>
MySQL _ MySQL常用操作
查看>>
MySQL – 导出数据成csv
查看>>
MySQL —— 在CentOS9下安装MySQL
查看>>
mysql 不区分大小写
查看>>
mysql 两列互转
查看>>
MySQL 中开启二进制日志(Binlog)
查看>>
MySQL 中文问题
查看>>
MySQL 中日志的面试题总结
查看>>
mysql 中的all,5分钟了解MySQL5.7中union all用法的黑科技
查看>>
Mysql 中的日期时间字符串查询
查看>>
MySQL 中锁的面试题总结
查看>>
MySQL 中随机抽样:order by rand limit 的替代方案
查看>>
MySQL 为什么需要两阶段提交?
查看>>