Java接口压测前必须配置JAVA_HOME指向JDK（≥JMeter要求版本）并确保CLASSPATH包含自定义jar；Java Request Sampler需将继承AbstractJavaSamplerClient的类打jar放lib/ext下，重启JMeter后配置参数与线程安全。
Java接口压测前必须配好的环境变量
JMeter 本身是 Java 应用，但压测 Java 接口（比如 Spring Boot 的 /api/user）不等于“自动兼容”，关键在 JAVA_HOME 和 PATH 是否指向你实际要用的 JDK 版本。
常见错误现象：Exception in thread "main" java.lang.UnsupportedClassVersionError —— 这说明 JMeter 启动时用了低版本 JDK 去跑高版本编译的测试代码或插件；或者压测时调用的自定义 Java Sampler 报 NoClassDefFoundError，大概率是 CLASSPATH 没包含你写的 .jar。
-
JAVA_HOME必须指向 JDK（不是 JRE），且版本 ≥ JMeter 要求（JMeter 5.5+ 推荐 JDK 11–17） - 检查方式：终端执行
echo $JAVA_HOME+$JAVA_HOME/bin/java -version - Windows 用户注意：系统环境变量和 CMD/PowerShell 启动会话要一致，IDE 启动 JMeter 时可能读的是 IDE 自带 JDK，和命令行不一致
测试计划里怎么加 Java Request Sampler
Java 接口压测 ≠ HTTP 请求，如果你有现成的 Java SDK 或封装好的业务逻辑，用 Java Request Sampler 比写 HTTP 请求更可控、更贴近真实调用链路，但它不是点点就完事。
使用场景：压测内部 RPC 接口、调用本地 service.jar 中的方法、绕过 HTTP 层直接测业务逻辑吞吐。
立即学习“Java免费学习笔记（深入）”；
- 必须把你的 Java 类打成
.jar，放到JMETER_HOME/lib/ext/下（不能放lib/，否则类加载器找不到） - 类必须继承
org.apache.jmeter.protocol.java.sampler.AbstractJavaSamplerClient，且实现runTest方法 - JMeter GUI 中添加 Sampler 后，在“Class Name”下拉框里选不到你的类？重启 JMeter —— 它只在启动时扫描
lib/ext/ - 参数传入靠
JavaSamplerContext，别硬编码配置；想动态改线程数或超时，用context.getParameter("timeout")
为什么 Java Request 压不出 QPS？常见卡点
很多人配完发现并发上不去、响应时间飙升、甚至线程全卡住，问题往往不在 Java 代码本身，而在 JMeter 的资源模型和类加载机制。
性能影响最直接的三点：
- 每个线程默认创建一个 Java Sampler 实例 —— 如果你的
setupTest里初始化了连接池、缓存或大对象，会吃光堆内存；建议复用静态资源，或在teardownTest清理 - 没加
synchronized或线程安全容器，多个线程共用单例HttpClient或DataSource，导致阻塞或连接泄露 - JMeter 默认使用
Standard线程组，但 Java Sampler 对 GC 更敏感；如果观察到GC overhead limit exceeded，得调大JVM_ARGS（如-Xms2g -Xmx4g），并在jmeter.bat或jmeter.sh里改
HTTP 和 Java Request 混用时的配置陷阱
很多压测既要走 HTTP 接口（比如登录），又要调 Java SDK（比如下单核心逻辑），这时候容易忽略上下文隔离问题。
典型错误现象：HTTP 登录返回的 token 在 Java Sampler 里取不到；或 Java Sampler 修改了静态变量，影响后续 HTTP 请求的行为。
- HTTP Header Manager / Cookie Manager 只作用于 HTTP Sampler，对 Java Sampler 完全无效 —— token 传递必须手动做，比如用
props.put("auth_token", value)+props.get("auth_token") - 两个 Sampler 共享同一个线程，但不共享局部变量；若需传递对象，用
ThreadLocal或 JMeter 的vars（vars.put("obj", obj)），注意vars是线程级，比props更安全 - Java Sampler 返回结果时，务必调用
setResponseMessage()和setSuccessful(true/false)，否则聚合报告里会显示为“0 samples”或状态异常
Java Sampler 的调试成本比 HTTP 高得多，一旦出问题很难定位是业务逻辑错、JMeter 加载错，还是线程模型错。上线前务必用 1 线程 + debug 日志验证完整生命周期，别等 1000 并发跑起来才发现 setupTest 里抛了 NPE。
