OpenJDK本身不采集性能数据，可观测性开销源于OTel Java Agent、JFR、JMX或APM SDK等外部组件；需禁用冗余采集、调低采样率、精简插件并配合JVM调优以降低影响。
OpenJDK 本身不主动采集性能数据，真正带来可观测性开销的是你额外引入的代理或监控组件——最常见的是 OpenTelemetry Java Agent、JFR（Java Flight Recorder）、JMX 暴露指标，或 APM 厂商 SDK。它们在运行时注入逻辑，必然消耗 CPU、内存和线程资源，尤其在低延迟、高吞吐或轻量接口场景下，影响会被放大。
确认谁在采集：先关掉非必要的监控入口
很多团队误以为“只配了 OTel Agent 就完事”，其实 JFR 可能被默认开启（尤其 JDK 11+），JMX 端口暴露后也可能被外部轮询拉取指标，形成隐性压力。
- 检查是否意外启用了 JFR：
jps -l查进程 ID 后执行jcmd，若看到VM.native_memory summary FlightRecorder相关输出，说明已启用；禁用方式是启动时加-XX:+UnlockDiagnosticVMOptions -XX:-FlightRecorder - JMX 若仅用于本地调试，务必关闭远程暴露：
-Dcom.sun.management.jmxremote=false；若必须开放，限制 IP 白名单 + 认证，并避免高频轮询（如 Prometheus 抓取间隔不建议低于 15s） - APM 工具（如 SkyWalking、Pinpoint）若与 OTel Agent 共存，会重复插桩，直接导致 Span 创建翻倍、上下文传播混乱——必须二选一，且禁用另一个的字节码增强模块
OTel Agent 必须调采样率，且 parentbased 要对齐
traceidratio=1.0 是线上服务的隐形炸弹。1% 采样不是“丢 99% 数据”，而是把 99% 的 Span 创建、属性提取、上下文拷贝等开销直接砍掉。但只设 traceidratio 不够，上游透传 traceparent 时，子服务若没继承采样决策，会导致链路断裂或局部全量上报。
- 强制指定采样器组合：
-Dotel.traces.sampler=traceidratio -Dotel.traces.sampler.arg=0.01 -Dotel.traces.sampler.parentbased=traceidratio - 验证是否生效：在日志中搜索
Sampler configured，或用jcmd确认参数已加载VM.system_properties | grep otel.traces.sampler - 不要依赖
otel.traces.sampler=always_on或always_off上线——前者等于放弃调优，后者让链路追踪失效，无中间态
精简 instrumentation，按需开关框架插件
OTel Agent 默认启用大量框架支持（Jetty、Netty、OkHttp、Redis、JDBC……），哪怕你的应用完全不用 Redis，只要类路径里存在 lettuce-core，对应插件就会尝试匹配并注册监听器，带来 ClassLoader 扫描和条件判断开销。
- 显式关闭未使用组件：
-Dotel.instrumentation.jetty.enabled=false -Dotel.instrumentation.netty.enabled=false -Dotel.instrumentation.lettuce.enabled=false - 确认实际 Web 容器：若用 Tomcat + Spring MVC，就只开
-Dotel.instrumentation.tomcat.enabled=true -Dotel.instrumentation.spring-webmvc.enabled=true，其余 HTTP 相关全关 - 禁用实验性插件：
-Dotel.instrumentation.common.default-enabled=false是基础，但部分插件（如spring-data-redis）仍可能默认激活，需单独关
JVM 层面配合：避免 GC 和监控争抢资源
监控组件产生的临时对象（如 Span、Event、Attribute map）会加重 GC 压力，而频繁 GC 又反过来拖慢监控数据导出——形成负反馈循环。尤其在堆内存紧张时，这个现象更明显。
- 给 OTel Exporter 预留独立线程池：通过
-Dotel.exporter.otlp.timeout=30和-Dotel.exporter.otlp.max.queue.size=2048控制队列深度，避免阻塞业务线程 - 若用 G1GC，适当增大
-XX:G1HeapRegionSize（如 4M）减少 Region 数量，降低 OTel 生成小对象带来的跨 Region 引用开销 - 禁止在生产环境开启
-XX:+UseStringDeduplication：该特性在 JDK 8u20 之后与某些 Agent 存在兼容问题，可能导致字符串常量池竞争加剧
最易被忽略的一点：所有调优都建立在「你能观测到调优效果」的前提下。上线前务必用压测工具（如 wrk 或 JMeter）跑一个轻量接口（如 GET /health），对比开启/关闭 Agent、不同采样率下的 P99 延迟和 CPU 使用率——没有实测数据支撑的配置，都是纸上谈兵。
