JDK17下JDI获取字段修饰符时第12位被置位的原因排查

问题重现 #

在JDK 17.0.6环境中使用Java调试接口（JDI）检查栈帧局部变量的字段修饰符时，发现部分字段的第12位（对应原方法访问标志的ACC_STRICT，即0x800）被错误置位。具体表现：

• 自定义HashMap类的private成员map（HashMapEntry[]类型），JDI返回的修饰符值为2050（0x802），被错误附加了strictfp标志
• 标准库String类的CASE_INSENSITIVE_ORDER静态常量字段也存在同样问题

简化测试代码 #

StackFrame stackFrame = thread.frame(0);
Map<LocalVariable, Value> visibleVariables = stackFrame.getValues(stackFrame.visibleVariables());

for (Map.Entry<LocalVariable, Value> entry : visibleVariables.entrySet()) {
  ReferenceType type = ((ObjectReference) entry.getValue()).referenceType();
  for (Field field : type.fields()) {
    System.out.println(Modifier.toString(field.modifiers()) + "(" + field.modifiers() + ") ");
  }
}

执行结果 #

Fields:
  private strictfp(2050) thesis.debuggee.HashMap$HashMapEntry[] map
  private(2) int size
  private(2) float maxLoadFactor

字节码验证 #

查看类字节码，确认map字段的修饰符为正常的ACC_PRIVATE（0x0002），无额外标志位：

private thesis.debuggee.HashMap$HashMapEntry<K, V>[] map;
    descriptor: [Lthesis/debuggee/HashMap$HashMapEntry;
    flags: (0x0002) ACC_PRIVATE
    Signature: #102                         // [Lthesis/debuggee/HashMap$HashMapEntry<TK;TV;>;

  private int size;
    descriptor: I
    flags: (0x0002) ACC_PRIVATE

  private float maxLoadFactor;
    descriptor: F
    flags: (0x0002) ACC_PRIVATE

已确认的背景信息 #

• 根据JVM规范，字段访问标志的第12位为保留位，仅方法访问标志曾用该位表示strictfp（ACC_STRICT），且该标志在Java 17中已被移除
• 类字节码无异常，字段修饰符符合预期

排查方向建议 #

• 检查JDI的字段标志处理逻辑：查看JDK 17中JDI实现（如com.sun.jdi.FieldImpl类），确认是否在读取字段信息时错误复用了方法标志的处理逻辑，或是将内部状态位（如泛型相关标记）混入了修饰符返回值。
• 关联泛型字段的共性：出现问题的字段均带有泛型签名（自定义HashMap的泛型数组、String的泛型Comparator），排查JDI在解析带泛型签名的字段时，是否存在标志位错误叠加的情况。
• 验证JDK版本兼容性：尝试升级到JDK 17的后续小版本（如17.0.9），或切换至其他LTS版本，确认是否为JDK 17.0.6的特定bug。这类标志位错误通常是边界case的实现疏漏。
• 对比字段类型差异：覆盖实例字段、静态字段等不同类型的字段进行测试，排查JDI在获取不同类型字段信息时的路径是否存在共同的错误处理环节。

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