如何在C#.NET应用中高效监控与记录内存使用情况？

核心监控指标说明 #

明确需跟踪的关键内存指标定义：

• 总分配内存：CLR为应用分配的托管内存总量，可反映托管堆的整体负载
• 当前内存使用量：进程当前实际占用的系统内存（含托管、非托管两部分）
• 峰值内存使用量：进程运行以来的内存占用最高值，用于评估资源上限

实现方案与最佳实践 #

1. 基于System.Diagnostics的轻量实现（低开销首选） #

利用.NET内置类实现无依赖监控，性能开销极低，适合长期运行场景。

• 托管内存通过GC类获取，进程级内存通过Process类获取
• 关键陷阱：Process实例需及时释放，避免资源泄漏；监控频率不宜过高（建议最低1分钟/次），否则会增加CPU占用
• 适配场景：桌面UI应用可绑定关键操作事件触发记录，服务器应用可结合定时任务周期性采集

2. 与日志框架集成（Serilog/NLog） #

将内存指标以结构化日志输出，方便后续趋势分析与问题排查。以下为结合Serilog的代码示例：

using System.Diagnostics;
using System.Timers;
using Serilog;

public class MemoryMonitor : IDisposable
{
    private readonly Process _currentProcess;
    private readonly ILogger _logger;
    private Timer _monitorTimer;

    public MemoryMonitor(ILogger logger)
    {
        _currentProcess = Process.GetCurrentProcess();
        _logger = logger;
    }

    // 启动定时监控（默认5分钟一次）
    public void StartPeriodicMonitoring(int intervalMs = 300000)
    {
        _monitorTimer = new Timer(intervalMs);
        _monitorTimer.Elapsed += (_, __) => LogMemoryMetrics();
        _monitorTimer.Start();
    }

    // 触发式记录（如批量任务完成后调用）
    public void LogMemoryMetrics()
    {
        // false表示不强制触发GC，避免影响应用性能
        var totalAllocatedMb = GC.GetTotalMemory(false) / (1024 * 1024);
        var currentWorkingSetMb = _currentProcess.WorkingSet64 / (1024 * 1024);
        var peakWorkingSetMb = _currentProcess.PeakWorkingSet64 / (1024 * 1024);

        _logger.Information("Memory Stats | TotalAllocated: {Total}MB | CurrentUsage: {Current}MB | PeakUsage: {Peak}MB",
            totalAllocatedMb, currentWorkingSetMb, peakWorkingSetMb);
    }

    public void Dispose()
    {
        _monitorTimer?.Stop();
        _monitorTimer?.Dispose();
        _currentProcess?.Dispose();
    }
}

// 服务器应用使用示例（Startup.cs）
public void ConfigureServices(IServiceCollection services)
{
    services.AddSingleton<MemoryMonitor>();
}

public void Configure(IApplicationBuilder app, IHostApplicationLifetime lifetime, MemoryMonitor monitor)
{
    monitor.StartPeriodicMonitoring();
    lifetime.ApplicationStopping.Register(() => monitor.Dispose());
}

• 陷阱：禁止在生产环境中调用GC.GetTotalMemory(true)（强制GC），会严重影响应用响应速度，仅用于本地排查问题

3. 性能计数器的进阶用法 #

适合需要与系统级监控平台集成的场景，注意性能开销略高于内置类方案。

• 常用计数器：
  • ".NET CLR Memory" -> "# Total Bytes in Heap"：托管堆总内存
  • "Process" -> "Working Set"：进程当前工作集大小
  • "Process" -> "Peak Working Set"：进程峰值工作集大小
• 代码示例：

using System.Diagnostics;

public class PerformanceCounterMonitor : IDisposable
{
    private readonly PerformanceCounter _totalHeapCounter;
    private readonly PerformanceCounter _workingSetCounter;
    private readonly PerformanceCounter _peakWorkingSetCounter;

    public PerformanceCounterMonitor()
    {
        var processName = Process.GetCurrentProcess().ProcessName;
        _totalHeapCounter = new PerformanceCounter(".NET CLR Memory", "# Total Bytes in Heap", processName);
        _workingSetCounter = new PerformanceCounter("Process", "Working Set", processName);
        _peakWorkingSetCounter = new PerformanceCounter("Process", "Peak Working Set", processName);
    }

    public void LogMetrics()
    {
        // 首次调用NextValue()会返回0，需二次调用获取真实值
        _totalHeapCounter.NextValue();
        var totalHeapMb = _totalHeapCounter.NextValue() / (1024 * 1024);
        var workingSetMb = _workingSetCounter.NextValue() / (1024 * 1024);
        var peakWorkingSetMb = _peakWorkingSetCounter.NextValue() / (1024 * 1024);

        // 写入日志框架，格式同前示例
    }

    public void Dispose()
    {
        _totalHeapCounter.Dispose();
        _workingSetCounter.Dispose();
        _peakWorkingSetCounter.Dispose();
    }
}

• 陷阱：部分服务器环境下读取性能计数器需管理员权限；避免在高并发场景下频繁调用

4. 第三方库推荐（复杂场景） #

• App.Metrics：支持多维度指标收集、可视化与告警，适合分布式服务器应用，可无缝集成现有日志框架，性能开销可控
• DotMemory Unit：仅用于本地开发阶段的内存泄漏排查，不适合生产环境长期监控
• 注意：小型应用优先选择内置方案，避免引入不必要的依赖

通用注意事项 #

• 控制监控频率：长期监控建议5-15分钟一次，触发式监控仅在关键操作（如批量数据处理、请求峰值）完成后执行
• 区分托管/非托管内存：若应用使用原生库或非托管资源，需额外监控Process.PrivateMemorySize64（非托管内存占用）
• 线程安全：服务器应用中需确保监控逻辑线程安全，避免并发访问冲突
• 桌面应用：监控逻辑需放在后台线程执行，避免阻塞UI线程导致卡顿

内容的提问来源于stack exchange，提问作者Tejaswini p