博客
关于我
记录一次解决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 设置数据库的隔离级别
查看>>
MySQL 证明为什么用limit时,offset很大会影响性能
查看>>
Mysql 语句操作索引SQL语句
查看>>
MySQL 误操作后数据恢复(update,delete忘加where条件)
查看>>
MySQL 调优/优化的 101 个建议!
查看>>
mysql 转义字符用法_MySql 转义字符的使用说明
查看>>
mysql 输入密码秒退
查看>>
mysql 递归查找父节点_MySQL递归查询树状表的子节点、父节点具体实现
查看>>
mysql 里对root及普通用户赋权及更改密码的一些命令
查看>>
Mysql 重置自增列的开始序号
查看>>
MySQL 高可用性之keepalived+mysql双主
查看>>
mysql-connector-java各种版本下载地址
查看>>
mysql-group_concat
查看>>
MySQL-【4】基本操作
查看>>
Mysql-丢失更新
查看>>
Mysql-事务阻塞
查看>>
Mysql-存储引擎
查看>>
mysql-开启慢查询&所有操作记录日志
查看>>
MySQL-数据目录
查看>>