如何禁用HotSpot JIT全部自动向量化优化以构建JMH基准测试基线

仅配置-XX:-UseSuperWord确实无法完全禁用C2的所有向量化行为，除了超字级（SLP）自动循环向量化之外，HotSpot还存在三类不依赖SuperWord开关的SIMD生成路径：

• 基础类库方法的向量化intrinsic实现：这是最容易被忽略的部分。包括字符串的比较、拷贝、编解码、哈希计算（如String.compareTo、String.equals、UTF16编码转换逻辑），基础类型数组的批量操作（如Arrays.equals、Arrays.fill、大长度System.arraycopy/Arrays.copyOf），JDK 16+正式提供的jdk.incubator.vector向量API的内置实现，以及AES、GCM、CRC32/CRC32C等加密、校验算法的加速实现，这些逻辑都是在C2中单独写死的代码生成规则，直接输出SIMD打包指令，完全不经过SuperWord优化通道。
• 后端指令选择阶段的窥孔优化：C2在生成最终机器码的阶段，会对匹配到的特定相邻标量运算模式做局部合并，部分场景下会生成短序列的SIMD打包指令，这类优化也不受SuperWord参数控制。
• C1编译器的轻量向量化：如果开启默认分层编译，C1在第一层、第二层编译时也会对极简单的循环做小范围向量化，同样不经过SuperWord逻辑。

你观测到的vaddss这类SSE/AVX标量指令不属于向量化操作：这类指令一次仅处理单个数据元素，是HotSpot在Pentium4之后默认用SSE寄存器替代传统x87浮点栈做标量浮点计算生成的指令，不会带来向量化的并行加速，不需要额外禁用。

如果要为JMH构建完全无SIMD打包指令的纯标量性能基线，按以下顺序追加JVM参数即可，不需要全部关闭intrinsic或者降级到C1编译（那样会引入无关的性能干扰，基线参考价值很低）：

1. 保留已配置的-XX:-UseSuperWord，关闭C2最核心的SLP自动循环向量化通道。
2. 追加-XX:-UseVectorAPI，禁用显式向量API的intrinsic向量化实现。
3. 追加以下参数关闭所有内置向量化intrinsic：

-XX:-UseStringIntrinsics
-XX:-UseArraysEqualsIntrinsics
-XX:-UseArraysFillIntrinsics
-XX:-UseArrayCopyIntrinsics
-XX:-UseAESIntrinsics
-XX:-UseGHASHIntrinsics
-XX:-UseCRC32Intrinsics
-XX:-UseCRC32CIntrinsics

4. 追加-XX:UseAVX=0（x86平台），强制后端不生成AVX/AVX2/AVX-512的打包指令，兜底屏蔽指令选择阶段窥孔优化生成的零散SIMD合并指令。

注意：不要设置-XX:UseSSE=0回退到x87浮点栈，x87的浮点运算精度、寄存器调度逻辑和现代CPU默认的标量SSE浮点运算差异极大，会引入无关变量，导致基线数据失去参考意义。也不要通过-XX:TieredStopAtLevel=1关闭C2编译，C1的优化逻辑和C2差距过大，测出来的性能差会包含大量非向量化带来的优化差异，不符合基线构建的需求。

配置完成后可以通过JMH的-prof perfasm或者-prof xasm profiler输出热点方法的汇编代码，全局扫描确认不存在vaddps/vmulpd/vpaddw这类一次处理2个及以上数据元素的打包SIMD指令，就说明所有向量化逻辑已经被完全禁用。

内容的提问来源于stack exchange，提问作者mini