博客
关于我
记录一次解决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 中锁的面试题总结
查看>>
MySQL 中随机抽样:order by rand limit 的替代方案
查看>>
MySQL 为什么需要两阶段提交?
查看>>
mysql 为某个字段的值加前缀、去掉前缀
查看>>
mysql 主从
查看>>
mysql 主从 lock_mysql 主从同步权限mysql 行锁的实现
查看>>
mysql 主从互备份_mysql互为主从实战设置详解及自动化备份(Centos7.2)
查看>>
mysql 主从关系切换
查看>>
MYSQL 主从同步文档的大坑
查看>>
mysql 主键重复则覆盖_数据库主键不能重复
查看>>
Mysql 事务知识点与优化建议
查看>>
Mysql 优化 or
查看>>
mysql 优化器 key_mysql – 选择*和查询优化器
查看>>
MySQL 优化:Explain 执行计划详解
查看>>
Mysql 会导致锁表的语法
查看>>
mysql 使用sql文件恢复数据库
查看>>
mysql 修改默认字符集为utf8
查看>>
Mysql 共享锁
查看>>
MySQL 内核深度优化
查看>>
mysql 内连接、自然连接、外连接的区别
查看>>