古人说得好，工欲善其事，必先利其器，这篇小随笔其实很久之前就该写了（因为是很久之前做的事情了）。现在为了写它，还得手动复现当时的场景，真麻烦呐。
笔者的机器配置和环境如下：
- Intel Core i7-4870HQ, 4C/8T @ 2.5~3.7GHz
- 16GB DDR3L 1600MHz RAM
- 512GB PCIe SSD
- macOS Mojave 10.14.4
- IntelliJ IDEA 2018.2.7
调整IDEA的JVM参数还是很有必要的，下面是我从打开IDEA到一顿操作使之内存吃紧之后的内存占用及GC情况：
当开的项目过多，或Build/Import超大项目时，就会出现这种提示（在1080p外接显示器上截的，糊了），并且会越发卡顿：
点击Configure，就会弹出修改最大堆大小的对话框：
当然，我们并不满足于只修改堆大小。点击IDEA Help菜单中的Edit Custom VM Options项，打开IDEA的JVM参数列表，就可以进行优化了。
请注意，以下是根据我的环境调整的参数，虽然大体通用，但仍然要具体情况具体分析。另外为了表述清晰，写了一些注释，有一些默认开启的项也加了进来，就当是复习+拓展一下常用的JVM参数吧。
# 堆大小，按常规操作，设成相同的，避免自动扩容
-Xms1536m
-Xmx1536m
# 年轻代大小，Sun推荐设置为堆大小的3/8
-Xmn576m
# 在JVM启动时即预初始化堆中的所有页，能够快速利用
-XX:+AlwaysPreTouch
# 设置一个较大的元空间初始值，避免频繁GC扩容
-XX:MetaspaceSize=256m
# 元空间最大默认不限制，设一个值?；ひ幌?-XX:MaxMetaspaceSize=768m
# 启用CMS GC
-XX:+UseConcMarkSweepGC
# 启用年轻代并行GC，与CMS是好搭档，其实也不用另写
-XX:+UseParNewGC
# CMS并行标记，降低标记阶段停顿时间
-XX:+CMSParallelRemarkEnabled
# 触发CMS GC的堆内存占用比例，调大点以降低GC频率
-XX:CMSInitiatingOccupencyFraction=85
# GC线程数（ParallelGCThreads、ConcGCThreads）用默认值，不再写
# 对象晋升到老年代的年龄，默认15。根据观察，对IDEA来说设成10就足够了
-XX:MaxTenuringThreshold=10
# 压缩普通对象指针
-XX:+UseCompressedOops
# 指定服务器版JIT编译器，其实不用写，默认已经是了
-server
# JIT代码缓存的大小，默认是240M
-XX:ReservedCodeCacheSize=360M
# 打开JIT分层编译，默认是开启的了
-XX:+TieredCompilation
# 每MB堆空间中的软引用能够存活的近似毫秒数
-XX:SoftRefLRUPolicyMSPerMB=50
# OOM时输出堆dump转储文件
-XX:+HeapDumpOnOutOfMemoryError
# 禁止把某些异常的stack trace优化掉，防止信息被吃了找不到问题
-XX:-OmitStackTraceInFastThrow
# 禁用字节码验证。IDEA的代码足够可靠，不用验证
-Xverify:none
# 启用断言机制（enable assertion）
-ea
-Dfile.encoding=UTF-8
-Dsun.io.useCanonCaches=false
-Djava.net.preferIPv4Stack=true
-Djdk.http.auth.tunneling.disabledSchemes=""
-XX:ErrorFile=$USER_HOME/java_error_in_idea_%p.log
-XX:HeapDumpPath=$USER_HOME/java_error_in_idea.hprof
可见，虽然我们平时提起调优，指的都是那些相对大型的服务端应用，但是Java离我们如此之近，身边的很多东西都是可以拿来实践的。
