你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。
用于排查内存问题的工具
注意
Azure Spring Apps 是 Azure Spring Cloud 服务的新名称。 虽然该服务有新名称，但一些地方仍会使用旧名称，我们仍在更新屏幕截图、视频和图形等资产。
本文适用于：✔️ 基本版/标准版 ✔️ 企业版
本文介绍可用于排查 Java 内存问题的各种工具。 这些工具用途广泛，不仅限于处理内存问题，不过本文仅重点介绍内存主题。
警报和诊断
以下部分介绍通过 Azure 门户提供的资源运行状况警报和诊断。
资源运行状况
使用 Azure 活动日志和 Azure 服务运行状况，可以监视应用生命周期事件并设置警报。 有关详细信息，请参阅使用 Azure 活动日志和 Azure 服务运行状况监视应用生命周期事件。
如果出现容器内存不足 (OOM) 问题，资源运行状况会发送有关应用重启事件的警报。 有关详细信息，请参阅内存不足问题引起的应用重启问题。
以下屏幕截图显示了指示 OOM 问题的应用资源运行状况警报。
诊断并解决问题
Azure Spring Apps 诊断是一种无需配置即可对应用进行故障排除的交互式体验。 若要了解详细信息，请参阅在 Azure Spring Apps 中自行诊断并解决问题。
在 Azure 门户中，可在“诊断和解决问题”下找到“内存使用情况”，如以下屏幕截图所示。
“内存使用情况”为应用内存使用情况提供简单的诊断，如以下屏幕截图所示。
指标
以下部分介绍了涵盖内存使用率高、堆内存过大、垃圾回收异常（频率过高或过低）等问题的指标。 有关详细信息，请参阅快速入门：使用日志、指标和跟踪监视 Azure Spring Apps 应用。
应用内存使用情况
应用内存使用情况是一个由已使用的应用内存除以应用内存限制得出的百分比值。 此值显示完整应用内存。
jvm.memory.used/committed/max
对于 JVM 内存，有三个指标：jvm.memory.used、jvm.memory.committed 和 jvm.memory.max下面的列表描述了这些指标。
“JVM 内存”不是明确定义的概念。 此处，jvm.memory 是堆内存和非堆内存以前的 permGen 部分的总和。 JVM 内存不包括直接内存或其他内存，如线程堆栈。 Spring Boot Actuator 收集这三个指标并确定 jvm.memory 范围。
jvm.memory.used是已使用的 JVM 内存量，包括已使用的堆内存以及非堆内存中以前的 permGen。jvm.memory.used是堆内存更改的主要体现，因为以前的 permGen 部分通常是稳定的。如果发现
jvm.memory.used过大，请考虑设置较小的最大堆内存大小。jvm.memory.committed是提交以供 JVM 使用的内存量。jvm.memory.committed的大小基本为可用 JVM 内存的限制。jvm.memory.max是 JVM 内存的最大量，请勿与实际可用内存量混淆。有时
jvm.memory.max的值可能会令人混淆，因为它可能远高于可用的应用内存。 为了明确这一点，请明白jvm.memory.max是堆内存的全部最大大小和非堆内存以前的 permGen 部分的总和，与实际可用内存无关。 例如，如果在 Azure Spring Apps 门户中设置内存为 1 GB 的应用，则默认堆内存大小将为 0.5 GB。 有关详细信息，请参阅 Java 内存管理中的默认最大堆大小部分。如果默认压缩类空间大小为 1 GB，则无论应用内存大小是否为 1 GB，
jvm.memory.max的值都将大于 1.5 GB。 有关详细信息，请参阅 Oracle 文档中的 Java Platform、Standard Edition HotSpot 虚拟机垃圾回收优化指南：其他注意事项。
jvm.gc.memory.allocated/promoted
这两个指标用于观察 Java 垃圾回收 (GC) 情况。 有关详细信息，请参阅 Java 内存管理中的 Java 垃圾回收部分。 最大堆大小会影响次要 GC 和完整 GC 的频率。 最大元空间和最大直接内存大小会影响完整 GC。 如果要调整垃圾回收的频率，请考虑修改以下最大内存大小。
jvm.gc.memory.allocated是运行一个 GC 之后，在运行下一个 GC 之前，新代内存池大小增加的量。 此值反映的是次要 GC。jvm.gc.memory.promoted是运行 GC 之后，旧代内存池大小增加的量。 此值反映的是完整 GC。
可以在Azure 门户上找到此功能，如以下屏幕截图所示。 可以选择特定指标，并针对特定应用、部署或实例添加筛选器。 还可以应用拆分。
进一步调试
若要进一步调试，可以手动捕获堆转储和线程转储，并使用 Java Flight Recorder (JFR)。 有关详细信息，请参阅手动捕获堆转储和线程转储并在 Azure Spring Apps 中使用 Java Flight Recorder。
堆转储记录 Java 堆内存的状态。 线程转储记录所有实时线程的堆栈。 可通过 Azure CLI 以及 Azure 门户的应用页面使用这些工具，如以下屏幕截图所示。
有关详细信息，请参阅手动捕获堆转储和线程转储并在 Azure Spring Apps 中使用 Java Flight Recorder。 还可以使用内存分析器等第三方工具分析堆转储。
修改配置以修复问题
你可以识别一些问题，例如容器 OOM、堆内存过大以及垃圾回收异常。 如果识别到以上任一问题，可能需要在 JVM 选项中配置最大内存大小。 有关详细信息，请参阅 Java 内存管理中的重要 JVM 选项部分。
可以使用 Azure 门户或 Azure CLI 修改 JVM 选项。
