【MedusaSTears】解决IDE卡顿,编写.vmoptions启动加速；Eclipse启动加速:JVM调优--让你的IDE如丝般顺滑~增加Android Studio配置

已于 2024-09-12 17:03:10 修改
阅读量1k 收藏 2
点赞数
分类专栏： 经验心得 完美在于折腾 IDE调教 文章标签： idea64.exe.vmoptions eclipse.ini jvm idea eclipse
于 2019-11-19 02:39:56 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/medusastears/article/details/103134727
版权

目录

idea64.exe.vmoptions文件内容如下

(请自己对照你自己的编写,别直接粘贴我的,否则后果自负)

eclipse.ini文件内容如下

(请自己对照你自己的编写,别直接粘贴我的,否则后果自负)

具体我也解释不清楚,反正就是参考了不下四五十个帖子总结出来的

最开始是用在我的Eclipse上

自从转战idea发现启动是真的卡的要死

于是就把eclipse.ini贴到idea64.exe.vmoptions这里,挨个测试最后留下的以下内容

studio64.exe.vmoptions文件内容如下

(请自己对照你自己的编写,别直接粘贴我的,否则后果自负)

#初始总堆Xms=最大总堆Xmx 内存减少性能损耗,一般设置为物理内存的1/4（含有新生代和年老代）
-Xms1024m
-Xmx8192m
 
#新生代堆内存,官方推荐为整个堆的3/8,对象刚创建出来时放在这里(小内存168m)
-Xmn256m
 
#每个线程的堆栈大小
-Xss2m
 
-XX:ReservedCodeCacheSize=512m
-XX:SoftRefLRUPolicyMSPerMB=50
#最大的并行编译数
-XX:CICompilerCount=2
-XX:+HeapDumpOnOutOfMemoryError
-XX:-OmitStackTraceInFastThrow
#使JVM静默忽略无法识别的选项
-XX:+IgnoreUnrecognizedVMOptions
#将com.intellij.openapi.vfs.impl.FilePartNodeRoot类中的trieDescend方法从编译列表中排除
-XX:CompileCommand=exclude,com/intellij/openapi/vfs/impl/FilePartNodeRoot,trieDescend
-ea
#当设置为true时，指示JVM在可能的情况下优先使用IPv4栈
-Djava.net.preferIPv4Stack=true
#设置为false时，JVM在解析文件路径时不会使用缓存来存储规范路径
-Dsun.io.useCanonCaches=false
#指定图形界面风格:设置为true时，指示JVM使用Java 2D的Metal图形用户界面（GUI）外观。
-Dsun.java2d.metal=true
#控制SIGABRT信号的处理:设置为true时，JVM会捕获并处理SIGABRT信号，而不是默认行为（如生成崩溃日志并终止）
-Djbr.catch.SIGABRT=true
#禁用HTTP隧道认证中的特定方案
-Djdk.http.auth.tunneling.disabledSchemes=""
#允许JVM进程自身被附加（attach），便于调试和监控
-Djdk.attach.allowAttachSelf=true
#允许模块系统在不发出警告的情况下进行非法反射访问
-Djdk.module.illegalAccess.silent=true
#在Kotlin中，在JVM启动时关闭协程的调试模式。此操作主要用于生产环境，以避免性能损耗和不必要的日志输出。
-Dkotlinx.coroutines.debug=off
#禁止JNA库访问系统属性，增强应用的安全性。可能会影响依赖系统属性的JNA功能
-Djna.nosys=true
#Java虚拟机（JVM）启动时，指JNA库的加载路径
-Djna.boot.library.path=
#JVM启动时，指IDEA的供应商名称
-Didea.vendor.name=Google
 
#关闭字节码验证=不安全
-Xverify:none
 
#初始新生代大小,最大新生代大小
-XX:NewSize=800m
-XX:MaxNewSize=800m
-XX:PermSize=256m
-XX:MaxPermSize=256m
 
# 配置GC:
#-XX:+UseConcMarkSweepGC      #idea默认的GC
#使用G1垃圾回收器,并启动字符串去重机制特性,GC只能指定一个,以下的屏蔽掉,只用UseG1GC
-XX:+UseG1GC
-XX:+UseStringDeduplication
# 设置并行收集器+设置并行年老代收集器+设置并发收集器
#-XX:+UseParallelGC
#-XX:+UseParalledlOldGC       #【这个无法在IDEA里启动】
#-XX:+UseConcMarkSweepGC
# https://zhuanlan.zhihu.com/p/88956975?from=groupmessage 暂时屏蔽 GC overhead limit exceeded 的问题
#-XX:-UseGCOverheadLimit
#【这个无法在IDEA里启动】缩短minor收集的时间 可用来设置并行收集【多CPU】
#-XX:+UseParNewGC
 
#关闭System.gc()
-XX:+DisableExplicitGC
 
#加快编译
-XX:+AggressiveOpts
 
#拖慢启动速度,但运行之后性能较高
-XX:CompileThreshold=100
 
#使用cms作为垃圾回收,使用70％后开始CMS收集
-XX:CMSInitiatingOccupancyFraction=80
 
#修改文本等默认字符集为utf-8
-Dfile.encoding=UTF-8
#修改控制台默认字符集
-Dconsole.encoding=UTF-8
#破解文件 同级目录前缀为 ..\..\bin  如果individual and restart之后就要写绝对路径
#-javaagent:..\..\bin\JetbrainsCrack.jar
#-javaagent:D:\dev-tools\idea\IDEA-2019.3\bin\jetbrains-agent-v3.0.0.jar=offline

idea64.exe.vmoptions文件内容如下

(请自己对照你自己的编写,别直接粘贴我的,否则后果自负)

文件地址:     idea\bin\idea64.exe.vmoptions

2024-09-05更新:

#初始总堆Xms=最大总堆Xmx 内存减少性能损耗,一般设置为物理内存的1/4（含有新生代和年老代）
-Xms1024m
-Xmx8192m

#新生代堆内存,官方推荐为整个堆的3/8,对象刚创建出来时放在这里(小内存168m)
-Xmn256m

#每个线程的堆栈大小
-Xss2m

-XX:ReservedCodeCacheSize=512m
-XX:SoftRefLRUPolicyMSPerMB=50
#最大的并行编译数
-XX:CICompilerCount=2
-XX:+HeapDumpOnOutOfMemoryError
-XX:-OmitStackTraceInFastThrow
#使JVM静默忽略无法识别的选项
-XX:+IgnoreUnrecognizedVMOptions
#将com.intellij.openapi.vfs.impl.FilePartNodeRoot类中的trieDescend方法从编译列表中排除
-XX:CompileCommand=exclude,com/intellij/openapi/vfs/impl/FilePartNodeRoot,trieDescend
-ea
#当设置为false时，‌JVM在解析URI时不会使用缓存来存储规范前缀
-Dsun.io.useCanonPrefixCache=false
#当设置为true时，‌指示JVM在可能的情况下优先使用IPv4栈
-Djava.net.preferIPv4Stack=true
#设置为false时，‌JVM在解析文件路径时不会使用缓存来存储规范路径
-Dsun.io.useCanonCaches=false
#‌指定图形界面风格‌:设置为true时，‌指示JVM使用Java 2D的Metal图形用户界面（‌GUI）‌外观。‌
-Dsun.java2d.metal=true
#控制SIGABRT信号的处理‌:设置为true时，‌JVM会捕获并处理SIGABRT信号，‌而不是默认行为（‌如生成崩溃日志并终止）‌
-Djbr.catch.SIGABRT=true
#禁用HTTP隧道认证中的特定方案
-Djdk.http.auth.tunneling.disabledSchemes=""
#允许JVM进程自身被附加（‌attach）‌，‌便于调试和监控
-Djdk.attach.allowAttachSelf=true
#允许模块系统在不发出警告的情况下进行非法反射访问
-Djdk.module.illegalAccess.silent=true
#在Kotlin中，‌在JVM启动时关闭协程的调试模式。‌此操作主要用于生产环境，‌以避免性能损耗和不必要的日志输出。‌
-Dkotlinx.coroutines.debug=off
#禁止JNA库访问系统属性，‌增强应用的安全性。‌可能会影响依赖系统属性的JNA功能
#-Djna.nosys=true
#Java虚拟机（‌JVM）‌启动时，‌指‌JNA库的加载路径‌
#-Djna.boot.library.path=
#JVM启动时，‌指‌IDEA的供应商名称
#-Didea.vendor.name=Google

#关闭字节码验证=不安全
-Xverify:none

#初始新生代大小,最大新生代大小
-XX:NewSize=800m
-XX:MaxNewSize=800m
-XX:PermSize=256m
-XX:MaxPermSize=256m

# 配置GC:
#-XX:+UseConcMarkSweepGC      #idea默认的GC
#使用G1垃圾回收器,并启动字符串去重机制特性,GC只能指定一个,以下的屏蔽掉,只用UseG1GC
-XX:+UseG1GC
-XX:+UseStringDeduplication
# 设置并行收集器+设置并行年老代收集器+设置并发收集器
#-XX:+UseParallelGC
#-XX:+UseParalledlOldGC       #【这个无法在IDEA里启动】
#-XX:+UseConcMarkSweepGC
# https://zhuanlan.zhihu.com/p/88956975?from=groupmessage 暂时屏蔽 GC overhead limit exceeded 的问题
#-XX:-UseGCOverheadLimit
#【这个无法在IDEA里启动】缩短minor收集的时间 可用来设置并行收集【多CPU】
#-XX:+UseParNewGC

#关闭System.gc()
-XX:+DisableExplicitGC

#加快编译
-XX:+AggressiveOpts

#拖慢启动速度,但运行之后性能较高
-XX:CompileThreshold=100

#使用cms作为垃圾回收,使用70％后开始CMS收集
-XX:CMSInitiatingOccupancyFraction=80

#修改文本等默认字符集为utf-8
-Dfile.encoding=UTF-8
#修改控制台默认字符集
-Dconsole.encoding=UTF-8
#破解文件 同级目录前缀为 ..\..\bin  如果individual and restart之后就要写绝对路径
#-javaagent:..\..\bin\JetbrainsCrack.jar
-javaagent:D:\dev-tools\idea\IDEA-2019.3\bin\jetbrains-agent-v3.0.0.jar=offline

旧版本:

#新生代堆内存,官方推荐为整个堆的3/8,对象刚创建出来时放在这里(小内存168m)
-Xmn256m

#初始总堆Xms=最大总堆Xmx 内存减少性能损耗,一般设置为物理内存的1/4（含有新生代和年老代）
-Xms1600m
-Xmx1600m

#每个线程的堆栈大小
-Xss2m

-XX:ReservedCodeCacheSize=240m
-XX:SoftRefLRUPolicyMSPerMB=50
-ea
-XX:CICompilerCount=2
-Dsun.io.useCanonPrefixCache=false
-Djava.net.preferIPv4Stack=true
-Djdk.http.auth.tunneling.disabledSchemes=""
-XX:+HeapDumpOnOutOfMemoryError
-XX:-OmitStackTraceInFastThrow
-Djdk.attach.allowAttachSelf
-Dkotlinx.coroutines.debug=off

#初始新生代大小,最大新生代大小
-XX:NewSize=800m
-XX:MaxNewSize=800m
-XX:PermSize=256m
-XX:MaxPermSize=256m

# 配置GC:
#-XX:+UseConcMarkSweepGC      #idea默认的GC
#使用G1垃圾回收器,并启动字符串去重机制特性,GC只能指定一个,以下的屏蔽掉,只用UseG1GC
-XX:+UseG1GC
-XX:+UseStringDeduplication
# 设置并行收集器+设置并行年老代收集器+设置并发收集器
#-XX:+UseParallelGC
#-XX:+UseParalledlOldGC       #这个无法在IDEA里启动
#-XX:+UseConcMarkSweepGC

#缩短minor收集的时间 可用来设置并行收集【多CPU】
#-XX:+UseParNewGC             #这个无法在IDEA里启动

#关闭System.gc()
-XX:+DisableExplicitGC

#加快编译
-XX:+AggressiveOpts

#拖慢启动速度,但运行之后性能较高
-XX:CompileThreshold=100

#使用cms作为垃圾回收,使用70％后开始CMS收集
-XX:CMSInitiatingOccupancyFraction=80

#关闭字节码验证=不安全
#-Xverify:none

eclipse.ini文件内容如下

(请自己对照你自己的编写,别直接粘贴我的,否则后果自负)

-startup
plugins/org.eclipse.equinox.launcher_1.5.100.v20180827-1352.jar
--launcher.library
plugins/org.eclipse.equinox.launcher.win32.win32.x86_64_1.1.800.v20180827-1352
-product
#我发现这个参数决定了菜单栏eclipse图标是啥样
org.eclipse.epp.package.jee.product
#指定jdk/jre/bin文件夹可以提高速度,但是一旦目录错误将无法启动
#-vm
#C:\Program Files\Java\jdk1.8.0_192\bin
-showsplash
org.eclipse.epp.package.common
--launcher.defaultAction
openFile
--launcher.appendVmargs
-vmargs
-Dosgi.requiredJavaVersion=1.8
-Dosgi.instance.area.default=@user.home/eclipse-workspace
-Dosgi.dataAreaRequiresExplicitInit=true
#新生代堆内存,官方推荐为整个堆的3/8,对象刚创建出来时放在这里(小内存168m)
-Xmn256m
#初始总堆Xms=最大总堆Xmx 内存减少性能损耗,一般设置为物理内存的1/4（含有新生代和年老代）
-Xms1600m
-Xmx1600m
#每个线程的堆栈大小
-Xss2m
#初始新生代大小,最大新生代大小
-XX:NewSize=800m
-XX:MaxNewSize=800m
#初始持久代大小,最大持久代大小(小内存128m)
-XX:PermSize=256m
-XX:MaxPermSize=256m
#使用G1垃圾回收器,并启动字符串去重机制特性,GC只能指定一个,以下的屏蔽掉,只用UseG1GC
-XX:+UseG1GC
-XX:+UseStringDeduplication
#缩短minor收集的时间 可用来设置并行收集【多CPU】
#-XX:+UseParNewGC
# 设置并行收集器+设置并行年老代收集器+设置并发收集器
#-XX:+UseParallelGC
-XX:+UseParalledlOldGC
#-XX:+UseConcMarkSweepGC
#关闭System.gc()
-XX:+DisableExplicitGC
#加快编译
-XX:+AggressiveOpts
#拖慢启动速度,但运行之后性能较高
-XX:CompileThreshold=100
#使用cms作为垃圾回收,使用70％后开始CMS收集
-XX:CMSInitiatingOccupancyFraction=80
#关闭字节码验证=不安全
#-Xverify:none
#解决eclipse在jdk9环境启动失败
--add-modules=ALL-SYSTEM
#修改文本等默认字符集为utf-8
-Dfile.encoding=utf-8
#这个可写可不写
#-Xbootclasspath/a:lombok.jar
#这个必须写
-javaagent:lombok.jar

All By MedusaSTears

2019.11.19

MedusaSTears
关注
专栏目录
JVM 参数调优-optimization-jvm.zip
11-06
在Java开发领域，JVM（Java Virtual Machine）参数调优是一项至关重要的工作，它直接影响到应用程序的性能、稳定性以及资源利用率。"JVM 参数调优-optimization-jvm.zip"这个压缩包很可能是包含了一套关于JVM调优的...
Lombok的基本使用
Carolina
10-12 326
Lombok的基本使用 学习pojo bean 创建类 我们经常要有getter setter方法 toString方法 异常处理；I/O流的关闭操作等等 虽然idea eclipse有快捷方式 但是依然很是麻烦 Lombok的基本使用 导入坐标 <dependency> <groupId>org.projectlombok</groupId> <artifactId>lombok</artifactId> &
助你加速开发效率！告别IDEA卡顿困扰的性能优化技巧
陈书予
03-07 1万+
IntelliJ IDEA是一个广受欢迎的IDE，但有时候IDE的性能可能会受到影响，导致开发人员的工作效率降低。使用合适的JDK版本 IDEA使用Java作为其开发语言，因此选择正确的JDK版本对于IDEA的性能至关重要。在使用IDEA时，最好选择与IDEA版本兼容的JDK版本。尽管这些功能很有用，但在处理大量代码时，它们会降低IDE的性能。在处理大量代码时，建议将代码检查关闭。因此，将代码文件分解成更小的文件并使用单独的类可以帮助提高IDE的性能。使用更快的硬件 硬件也对IDEA的性能有重要影响。
IDEA打不开！！！
最新发布
coder
08-16 124
看错误日志（类似于java_error_in_idea_3212.log文件）双击idea.bat文件，此刻会告诉你大概原因，如看不出来就要看。那么你需要修改回来。忘记了网上找一份适合自己电脑内存大小的配置。找到IDEA安装目录的bin目录下的idea.bat文件。打印出来的日志，最后一行会告诉你在绝对路径。如果你是因为改了VM参数，就这个鬼东西。此时双击IDEA还是打不开！找到这个目录下的文件，修改吧！用编辑器打开，最后一行加上。
手把手教你提高IDEA运行速度（附原理介绍）
m0_56703389的博客
01-14 3178
Ultimate 2022.1.2版。手把手教你提高IDEA运行速度（附原理介绍）
IDEA提高启动和运行速度
重生之我不会写代码
04-22 9413
idea启动慢，有时候还需要加载好久，是因为idea的默认配置主要考虑的是广大用户都可以使用也就是低配置用户及其以上的，所以参数不高，导致启动和运行有时候不是很流畅。
idea 提高开发效率、快速编程技巧
小鹏子的博客
10-24 1996
idea 快速上手配置准备工作，提高开发效率的方法、软件、插件
jvm参数调优-jvm.zip
11-07
JVM参数调优是提升Java应用程序性能的关键环节，尤其是在高并发、大数据量的环境中，合适的JVM配置可以显著改善系统的响应速度和稳定性。 在进行JVM调优时，我们主要关注以下几个核心方面： 1. **内存设置**：JVM...
用于测试jvm gc调优-share-jvm-gc.zip
11-07
"用于测试jvm gc调优-share-jvm-gc.zip"这个压缩包文件很可能包含了一些工具、脚本或教程，用于帮助我们了解和实践JVM的垃圾收集优化。 首先，我们需要理解JVM GC的基本原理。垃圾收集器的主要任务是识别并回收不再...
jvm参数调优-jvmSample.zip
11-06
《JVM参数调优——深度解析与实践指南》 在Java开发中，JVM（Java Virtual Machine）扮演着至关重要的角色。它不仅负责执行Java代码，还管理内存、线程等资源，确保程序的高效运行。然而，如果不合理地配置JVM参数...
jvm-full-gc调优-jvm-full-gc.zip
11-07
本资料"jvm-full-gc调优-jvm-full-gc.zip"显然是针对如何减少和优化JVM的Full GC进行深入探讨的。以下将详细介绍JVM Full GC的相关知识点。 1. **理解JVM内存结构**：Java内存主要分为堆内存（Heap）和非堆内存...
提升idea的运行速度
weixin_44847713的博客
05-19 1013
IntelliJ IDEA 默认会安装许多插件，包括一些可选插件，如果不需要使用这些插件，建议将其禁用或删除。在设置中搜索“Plugins”，可以查看所有已安装的插件并进行管理。分别代表了最小堆和最大堆空间的大小，可以根据自己的情况设置大小。这样设置 JVM 内存分配后可以有效提升IDEA的运行速度。如果条件允许，可以将 IDEA 安装在SSD硬盘上。SSD相比传统HDD硬盘读写速度更快，可以显著提升IDEA的性能。打开 IDEA 安装目录下的。（如果系统是32位则是。
解决IDEA使用卡顿的问题
Grace_67的博客
07-16 6250
windows 的idea参考链接：https://blog.csdn.net/bbj12345678/article/details/108304669。分配了750M就已经使用了640M，在性能突发的时候完全顶不住，经常卡也再正常不过了。可以查看内存分配情况及使用情况。
【IDEA】项目启动很慢的3种解决办法
热门推荐
慕白Lee的博客
10-17 4万+
一、清除缓存并重启IDEA二、修改VM参数。
IDEA性能优化方法解决卡顿
xiaodaidai的博客
07-19 4777
我们在使用 IntelliJ IDEA的时候有时候会觉得卡顿，那么如何在不升级电脑配置的情况下让 IntelliJ IDEA的性能更好呢？我们可以通过去修改 IntelliJ IDEA的一些设置来优化 IntelliJ IDEA，优化 IntelliJ IDEA 的性能可以显著提升开发效率和减少不必要的等待时间通过上述措施，可以显著提升 IntelliJ IDEA 的性能，使其更加适应大型项目的开发需求。欢迎大家提出建议以及批评，有任何问题可以私信。
IDEA 超全优化设置，效率杠杠的！
2401_84093860的博客
05-02 871
《一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码》，点击传送门，即可获取！如果需要很好看的编码风格，这里有很多主题http://color-themes.com/?view=index&layout=Generic&order=popular&search=&page=1点击相应主题，往下滑点击按钮下载下来有很多Jar包 在上面的位置选择导入jar包，然后重启idea生效，重启之后去设置自动导入包（1）效果图备注：默认情况是需要手动导入包的，比如我们需要导入Map类，那么需要手动导
关于idea经常卡顿的解决方法
weixin_44967580的博客
10-02 3万+
问题描述： 新买了电脑，内存32g，cpu是AMD7，使用idea2019的时候会卡顿，我翻遍了网上大部分的帖子，基本上都是叫修改idea里的idea.exe.vmoptions文件，实际上我修改过后是没用的，还是一样的卡，而且卡的很有规律，就是在编辑html的时候才卡，我在控制层写java代码的时候是不卡的。 原因分析： 所以我认为是有html校验或者是什么提示文本导致了卡顿，我就把html校验和文本提示一个个进行修改对比卡顿程度，终于找到了真正卡顿的原因！ 解决方案： 1.取消掉以下图片的选项 2.对
三招彻底解决IDEA卡顿问题
u010855711的博客
08-21 3万+
教你三招解决IDEA软件卡顿问题
如何提高idea运行的速度
m0_52537304的博客
02-06 3636
idea运行速度慢，当别人正快马加鞭的写代码时，而你还在等待idea运行（我也是受害者啊），这时就有了这篇文章了首先打开idea的安装目录，找到bin目录下的ideaxx.exe.vmoptions(idea后面的xx是你安装时的位数，比如我是64位的，所以我点开的是idea64.exe.vmoptions),点开后将Xms后的数字改为1024,Xmx后面的数字改为2048,还有就是ReserveCodeCacheSize=512m, 如图 这样，你的idea运行速度就能快更多了！！ ...
Eclipse启动优化：JVM调优实战解析
"本文主要介绍了如何对Eclipse的JVM进行启动调优，作者通过一个实战案例分享了调优过程，适用于旧版本的环境配置，包括32位Windows XP、Intel i3 CPU、2GB内存以及Java HotSpot Client VM。在调优前，Eclipse的初始...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值