Почему показания микрометра иногда возвращают значение NaN?

В этом случае, поскольку вы используете «встроенную» метрику, вы можете переопределить io.micrometer.core.instrument.binder.MeterBinder#bindTo, переопределить system.cpu.usage с помощью пользовательской реализации MeterBinder и определить system.cpu.usage как (наряду с другими, которые вы используете)

Gauge.builder("system.cpu.usage", operatingSystemBean, x -> invoke(systemCpuUsage))
.strongReference(true)//Add strong reference
.tags(tags)
.description("The recent cpu usage for the whole system")
.register(registry);

Обратитесь к io.micrometer.core.instrument.binder.system.ProcessorMetrics, например, который определяет его на данный момент.

Бин в ProcessorMetrics определен в org.springframework.boot.actuate.autoconfigure.metrics.MetricsAutoConfiguration, вам тоже нужно где-то определить свой бин. (или отметьте @Component)

Если вы не хотите полагаться на какую-то предопределенную метрику в микрометрах, например, для захвата некоторого пользовательского размера списка, это то, что вы можете сделать.

private static Map<String, Long> strongRefGauge = new ConcurrentHashMap<>();

Для добавления значений выполните следующие действия.

registry.gauge("CustomListSizeGuage", getMyCustomGuageTagsFor("myListName"), strongRefGauge, g -> g.get("myListName")).put("myListName", list.size());

Это связано с тем, что Micrometer использует «слабые эталоны» в датчиках. Поскольку датчик не содержит строгой ссылки на объект, при сборке мусора значение объекта становится NaN.

Если бы вы контролировали создание манометра, вам нужно было бы сохранить ссылку самостоятельно или вызвать strongReference(true) на манометре.

Если вы сталкиваетесь со встроенными датчиками Spring Boot, я полагаю, что вы столкнулись с ошибкой. Что очень странно, так как связующее ProcessorMetrics метра, которое создает этот датчик, содержит свою собственную ссылку (хотя оно может быть обнулено).

Вы работаете в другой JVM или среде выполнения, когда видите NaN?