idea修改idea64.exe.vmoptions导致打不开问题

Posted 2023-05-25 孤独会说话么

问题原因是在idea中改了idea64.exe.vmoptions配置，导致idea打不开。

网上帖子很多说是C盘appdata里面的缓存idea64.exe.vmoptions文件删除或者更改成跟安装目录一样的就行了。

其实得看你的idea是不是用了激活工具，没有用激活工具当然按那种方式就可以解决。

如果用了激活工具，激活工具目录里一般都会有idea64.exe.vmoptions同名的文件或者是idea.vmoptions，

打开你就会发现，里面的正是你在idea中修改的内容

so，你把idea安装目录中的内容改成和激活工具的内容一致就行了，不要让-Xms>-Xmx

然后，最关键的一步，你要用激活工具重新激活一下！不然还是打不开，重新激活就好了

 

idea修改代码后导致其他功能

参考技术A idea修改代码后导致其他功能改变的解决办法。
从表现上看就像是idea保留着缓存，Recompile_次后就会优先读取这个重新编译后的_件。通常我们编译后的class_件都会输出到webapp/WEB-INF/classes_件夹中，于是我将此_个类在此_件夹下对应的class_件按类的源_件修改前、修改后和Recompile后三种情况下分别备份后进__较发现，修改前和修改后的class是_样的，当Recompile后class信息发_了改变。但是我之前配置项_的时候，输出的_件路径不应该是在webapp/WEB-INF(maven项_则是target_录)下啊，于是我把classes（或者target）整个_件夹删掉，重启服务器后，你会发现webapp/WEB-INF下的class_件_会重新_成，所以可以得出结论当你Recompile_件的时候，
重启服务器，服务器打包_的类_件是webapp/WEB-INF下_的classes，所以把它删掉重启就可以了。看上去好像就是tomcat_动加载的配置没有_效似的，但是你查看你项_下的_件_录会发现idea帮你_成了_个out_件夹，打开发
现__居然也有我项_源码中的所有class_件，然后我打开Project配置终于找到了原因。原来idea会默认帮我们_成_个out_录，该路径下就会保存我们所有项_后编译后的_件，但是由于我们tomcat下发布的war包所使_的是WEB-INF下的classes_件，所以就造成了实时编译后的java_件没有_效，_执_了mvn clean操作或者删除classes_件夹
后，idea会强制对所有_件进_编译，于是才得以_效。