为什么我的JNI原生代码串行执行而非预期的并发执行？

• Intel Power Gadget原生库隐式全局锁：该工具的官方原生API内部实现了全局互斥逻辑，所有ReadSample()调用无论来自哪个Java线程，都会在原生侧排队串行执行，仅移除Java侧的synchronized关键字无法规避原生侧的锁限制。
• JVM安全点调度干涉：如果未对采样线程做特殊配置，JVM执行JMH基准测试时会在安全点暂停所有非基准测试线程，直到当前基准测试迭代结束才恢复采样线程执行，最终表现为所有JNI采样调用批量在基准测试结束后执行。
• Profiler生命周期与JMH注解级别不匹配：若@Setup/@Teardown使用Level.Trial级别而非Level.Iteration，或多个测试用例共享同一个Profiler实例，会导致前序测试的采样状态未清空，与后续测试的采样逻辑冲突，阻塞原生调用队列。
• JNI侧状态逻辑残留：即便将控制逻辑迁移到Java侧，若原生侧仍残留静态状态变量或循环逻辑，会导致不同测试的采样线程共用状态标识，触发逻辑冲突导致采样被阻塞。

• 调整采样线程配置，规避安全点暂停
  启动采样线程时设置最高优先级与守护线程属性，同时添加JVM启动参数降低安全点对采样线程的影响：

  Thread samplingThread = new Thread(this::runSampling);
  samplingThread.setDaemon(true);
  samplingThread.setPriority(Thread.MAX_PRIORITY);
  

  对应JVM启动参数：

  -XX:+UnlockDiagnosticVMOptions -XX:-SafepointTimeout -XX:+ParallelRefProcEnabled
  

• 按JMH迭代粒度管理原生库生命周期
  每个基准测试迭代单独初始化、释放Power Gadget原生库，避免全局共享库实例触发的锁冲突：

  @Setup(Level.Iteration)
  public void iterationSetup() {
      // 每次迭代重新初始化原生库，清空历史锁状态
      PowerGadget.INSTANCE.Init();
      samplingFlag.set(true);
      samplingThread.start();
  }
  
  @TearDown(Level.Iteration)
  public void iterationTearDown() {
      samplingFlag.set(false);
      try {
          samplingThread.join(1000);
      } catch (InterruptedException e) {
          Thread.currentThread().interrupt();
      }
      // 显式释放原生库资源
      PowerGadget.INSTANCE.Shutdown();
  }
  

• 完全移除原生侧状态逻辑，Java侧用原子变量控制采样
  原生侧仅保留无状态的ReadSample()调用，所有启停逻辑用Java侧AtomicBoolean实现，避免原生侧静态变量冲突：

  private final AtomicBoolean samplingFlag = new AtomicBoolean(false);
  private final List<Double> energySamples = new ArrayList<>();
  
  private void runSampling() {
      while (samplingFlag.get()) {
          // 原生侧仅执行采样操作，无任何状态判断、循环逻辑
          double currentPower = PowerGadget.INSTANCE.ReadSample();
          energySamples.add(currentPower);
          try {
              // 根据需要调整采样间隔，降低原生调用频率
              Thread.sleep(1);
          } catch (InterruptedException e) {
              Thread.currentThread().interrupt();
              break;
          }
      }
  }
  

• 调整JMH运行参数，减少多进程/线程冲突
  运行JMH时添加-f 1参数为每个测试用例单独fork进程，若无需多线程基准测试可添加-t 1单线程执行，避免多个基准测试线程同时触发JNI调用排队。

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