博客
关于我
记录一次解决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 查询优化:提速查询效率的13大秘籍(避免使用SELECT 、分页查询的优化、合理使用连接、子查询的优化)(上)
查看>>
mysql 查询,正数降序排序,负数升序排序
查看>>
MySQL 树形结构 根据指定节点 获取其下属的所有子节点(包含路径上的枝干节点和叶子节点)...
查看>>
mysql 死锁 Deadlock found when trying to get lock; try restarting transaction
查看>>
mysql 死锁(先delete 后insert)日志分析
查看>>
MySQL 死锁了,怎么办?
查看>>
MySQL 深度分页性能急剧下降,该如何优化?
查看>>
MySQL 深度分页性能急剧下降,该如何优化?
查看>>
MySQL 添加列,修改列,删除列
查看>>
mysql 添加索引
查看>>
MySQL 添加索引,删除索引及其用法
查看>>
MySQL 用 limit 为什么会影响性能?
查看>>
MySQL 用 limit 为什么会影响性能?有什么优化方案?
查看>>
MySQL 用户权限管理:授权、撤销、密码更新和用户删除(图文解析)
查看>>
mysql 用户管理和权限设置
查看>>
MySQL 的 varchar 水真的太深了!
查看>>
mysql 的GROUP_CONCAT函数的使用(group_by 如何显示分组之前的数据)
查看>>
MySQL 的instr函数
查看>>
MySQL 的mysql_secure_installation安全脚本执行过程介绍
查看>>
MySQL 的Rename Table语句
查看>>