Reactor Netty 中 Prometheus 监控的内存泄漏问题解析

问题背景

在使用 Spring Boot 3.2.1 和 Java 21 构建的微服务应用中，开发人员启用了 WebFlux 和 Micrometer 的 Prometheus 监控功能后，发现当服务包含路径变量（如 /get/{id}）的 API 时，系统内存会不断增长，最终导致内存溢出。

现象分析

监控数据显示，Prometheus 为每个不同的 URI 路径（如 /get/1、get/2 等）都创建了独立的指标标签。随着请求量的增加，这些标签会不断累积，导致 Prometheus 的响应数据越来越大，最终耗尽系统内存。

根本原因

问题的核心在于 Reactor Netty 的指标配置方式。当开发者直接使用 Function.identity() 作为 URI 标签值时，系统会为每个不同的 URI 路径创建独立的指标标签，而不是将它们归类到统一的 URI 模板下。

解决方案

正确的做法是使用 URI 模板形式来配置指标标签。Reactor Netty 提供了明确的警告信息（DEBUG 级别日志）提醒开发者：

Metrics are enabled with [uriTagValue=Function#identity]. It is strongly recommended to provide template-like form for the URIs. Without a conversion to a template-like form, each distinct URI leads to the creation of a distinct tag, which takes a lot of memory for the metrics.

开发者应该避免使用 metrics(true, Function.identity()) 这样的配置，而是应该提供能够将具体 URI 转换为模板形式的函数。

最佳实践

1. 仔细检查 Reactor Netty 的指标配置，确保没有直接使用 Function.identity()
2. 启用 DEBUG 日志级别，关注 Reactor Netty 发出的配置警告
3. 对于包含路径变量的 API，确保指标标签使用模板形式（如 /get/{id}）而非具体路径
4. 在 Spring Boot 应用中，通过正确的 Micrometer 配置来管理指标收集

总结

这个问题展示了监控配置不当可能导致的内存问题。在微服务架构中，合理配置监控指标至关重要，特别是当应用处理大量动态路径时。开发者应当理解框架提供的警告信息，并遵循推荐的最佳实践来避免这类性能问题。