http.server.requests
HTTP 接口性能瓶颈 http.server.requests.max + system.cpu.usage 代码热点分析或横向扩容
核心接口性能指标，包含以下维度：
count：请求总数
max/sum：最大及总响应时间
status：HTTP 状态码分布（如 5xx 错误率）
应用场景：识别高延迟接口或异常请求激增。
/metrics/http.server.requests?tag=uri:xxx
指定URL分析
jvm.buffer.count
当前缓冲区数量（Direct/Mapped），监控堆外内存使用。
作用：统计 JVM 缓冲区（如 Direct Buffer 和 Mapped Buffer）的数量。
应用场景：监控堆外内存使用情况，排查 NIO 操作中的缓冲区泄漏问题。
Direct 网络传输、大文件读写 减少堆内外数据拷贝，提升 I/O 性能 堆外内存泄漏（需监控 jvm.buffer.memory.used 是否持续增长）
Mapped 数据库文件操作、日志持久化 文件直接映射内存，避免磁盘频繁读写 未关闭 FileChannel 导致虚拟内存耗尽或文件锁冲突
**direct 缓冲区泄漏**：若 direct 类型数量持续增加且不释放，可能引发 OutOfMemoryError: Direct buffer memory。
**mapped 缓冲区未关闭**：可能导致系统虚拟内存占用过高，甚至影响其他进程。
**jvm.buffer.memory.used**：缓冲区占用的内存大小（需区分 direct 和 mapped）。
**process.resident_memory**：进程总内存使用量，辅助判断堆外内存泄漏。
jvm.buffer.memory.used
缓冲区内存占用
作用：记录当前缓冲区实际占用的内存大小（单位：字节）。
示例：若该值持续增长，可能因未正确释放 DirectByteBuffer 导致内存溢出。
jvm.buffer.total.capacity
作用：显示所有缓冲区的总容量上限。
关联分析：与 jvm.buffer.memory.used 对比，判断缓冲区利用率是否合理。
缓冲区总容量，结合 jvm.buffer.memory.used 分析利用率。
jvm.classes.loaded
作用：统计 JVM 已加载的类数量，反映应用运行时的类加载动态。
典型问题：类加载数异常增长可能由重复加载或类加载器泄漏引起。
类加载异常 jvm.classes.loaded/unloaded 结合 JVM 分析工具（如 JProfiler）
已加载/卸载的类数量，异常值可能暗示类加载器泄漏或动态代理滥用。
jvm.classes.unloaded
作用：记录 JVM 生命周期内已卸载的类总数。
意义：正常情况下卸载数较低，频繁卸载可能影响性能（如热部署场景）。
已加载/卸载的类数量，异常值可能暗示类加载器泄漏或动态代理滥用。
jvm.gc.live.data.size
老年代存活数据大小（反映内存碎片情况）
jvm.gc.max.data.size
功能：垃圾回收管理的最大内存区域容量（例如老年代最大空间）。
分析：若 jvm.memory.used 持续接近此值，可能触发频繁 Full GC，需优化对象生命周期或扩容堆内存。
场景：结合 jvm.gc.pause 判断是否因内存不足导致 GC 效率下降。
jvm.gc.memory.allocated
GC 期间分配的内存总量
Young GC 时年轻代分配的内存空间，反映对象创建速率。
jvm.gc.memory.promoted
Young GC 后晋升到老年代的内存大小，用于分析对象生命周期合理性。
显示 Young GC 后晋升到老年代的内存大小，用于分析对象生命周期
jvm.gc.pause
内存泄漏 jvm.memory.used + jvm.gc.pause 分析堆内存增长与 Full GC 频率
GC 耗时（jvm.gc.pause）及堆内存分配情况
GC 暂停时间（用于分析垃圾回收效率）
GC 暂停时间，衡量垃圾回收效率（如频繁 Full GC 可能引发性能问题）。
**Allocation Failure**：内存分配失败（常见于年轻代空间不足时触发Minor GC）。
**end of minor GC**：年轻代GC（Minor GC）结束。
**end of major GC**：老年代GC（Major/Full GC）结束。
jvm.memory.committed
已提交内存量（JVM 向操作系统申请的物理内存），反映实际资源占用。
jvm.memory.max
查看 JVM 最大内存
JVM 最大可用内存
JVM 可分配的最大内存，对比 used 可计算内存利用率。
jvm.memory.used
当前 JVM 内存使用量（堆/非堆）
内存泄漏 jvm.memory.used + jvm.gc.pause 分析堆内存增长与 Full GC 频率
当前 JVM 内存使用量（堆/非堆），用于实时监控内存泄漏或溢出风险。
示例：若堆内存持续增长且无下降趋势，可能存在内存泄漏。
jvm.threads.daemon
功能：当前 JVM 守护线程数量（如垃圾回收线程）。
分析：若守护线程数异常增加（如远高于默认值），可能因线程池配置错误或框架内部泄漏。
场景：对比 jvm.threads.live 分析线程总数是否合理。
jvm.threads.live
当前活跃线程数（排查线程泄漏）
结合 jvm.threads.live 和 tomcat.threads.busy 诊断线程阻塞问题
高并发性能瓶颈 jvm.threads.live、system.cpu.usage 检测线程阻塞或 CPU 过载
当前活跃线程数，突增可能因线程泄漏或任务阻塞。
高并发线程阻塞 jvm.threads.live + jvm.threads.states 优化锁机制或线程池配置
jvm.threads.peak
历史峰值线程数
jvm.threads.states
按状态（BLOCKED、WAITING 等）分类的线程数量
作用：按线程状态（如 BLOCKED、WAITING、RUNNABLE）分类统计线程数量。
排查场景：
BLOCKED 线程过多：可能由锁竞争或同步瓶颈导致。
WAITING 线程堆积：常见于任务队列处理能力不足。
按状态（BLOCKED/WAITING/RUNNABLE）统计线程数，排查锁竞争或任务队列积压。
高并发线程阻塞 jvm.threads.live + jvm.threads.states 优化锁机制或线程池配置
logback.events
记录 Logback 日志事件数量（如 INFO/WARN/ERROR 级别日志统计）
作用：统计 Logback 日志框架输出的不同级别日志事件数量（如 INFO、WARN、ERROR）。
配置：需依赖 micrometer-core 和 Logback 集成，自动记录日志频率。
示例：监控 ERROR 级别日志的突发增长，触发告警机制。
日志级别统计（INFO/WARN/ERROR），监控日志风暴或异常频率。
process.cpu.usage
当前进程 CPU 占用
当前进程 CPU 占用，结合线程指标分析热点代码。
process.files.max
功能：操作系统允许进程打开的最大文件句柄数。
分析：若 process.files.open 接近此值，可能导致 "Too many open files" 错误，需调整系统限制（ulimit）或检查文件泄漏。
process.files.open
功能：当前进程已打开的文件句柄数（包括 Socket、日志文件等）。
分析：持续增长可能因未正确关闭资源（如数据库连接、流未释放）。
process.files.open process.files.max process.files.open / process.files.max > 0.8
process.start.time
进程启动时间戳
作用：记录应用进程启动的时间戳（Unix 时间戳格式）。
用途：用于计算应用运行时长，或与其他时间序列数据关联分析。
启动时间戳，用于计算运行周期。
process.uptime
应用运行时长（秒）
作用：显示应用已运行的时长（单位：秒）。
示例：结合告警系统，监控长时间运行的进程是否存在内存泄漏。
应用持续运行时间，长期运行需关注内存泄漏。
system.cpu.count
CPU 核心数，用于资源扩容决策。
CPU 核心数（用于资源规划）system.cpu.usage
系统整体 CPU 使用率
高并发性能瓶颈 jvm.threads.live、system.cpu.usage 检测线程阻塞或 CPU 过载
系统整体 CPU 使用率，超 80% 需警惕资源瓶颈。
HTTP 接口性能瓶颈 http.server.requests.max + system.cpu.usage 代码热点分析或横向扩容
system.load.average.1m
功能：系统过去 1 分钟的平均负载（单位：核心数占比）。
分析：
负载值 > CPU 核心数表示系统过载。
若负载高但 system.cpu.usage 低，可能因 I/O 阻塞或锁竞争。
场景：结合 jvm.threads.states 判断是否因线程阻塞导致负载堆积。
system.load.average.1m system.cpu.usage system.load.average.1m > (system.cpu.count * 2)
tomcat.sessions.active.current
活跃会话数
当前活跃会话数
当前活跃会话数，评估用户并发量。
tomcat.sessions.active.max
功能：历史活跃会话数的峰值。
分析：对比当前活跃会话数（tomcat.sessions.active.current），评估系统承载能力是否需扩容。
tomcat.sessions.alive.max
作用：统计会话存活时间的最大值，反映用户会话的活跃程度。
优化建议：若该值过高，需检查会话超时配置是否合理。
tomcat.sessions.created
功能：自应用启动以来创建的会话总数。
分析：
高频会话创建（如每秒数百次）可能因无 Session 复用（如未设置 Cookie）或遭受攻击。
结合 tomcat.sessions.expired 优化会话超时时间。
tomcat.sessions.expired
过期会话数（用于会话超时配置优化）
过期会话数，优化会话超时配置。
tomcat.sessions.rejected
因超出最大限制被拒绝的会话数
Tomcat 会话管理 tomcat.sessions.rejected 调整 server.tomcat.max-sessions 配置
作用：记录因超出 Tomcat 最大会话数限制而被拒绝创建的会话数量。
调优方向：调整 server.tomcat.max-sessions 参数或优化会话管理策略。
Tomcat 会话过载 tomcat.sessions.rejected 调整 max-sessions 参数
因超出最大会话数被拒绝的请求数，需调整 server.tomcat.max-sessions。
