.NET MAUI程序Minidump大小控制失效问题求助

以下是针对你的问题的具体排查和解决步骤：

• 确保环境变量在CLR初始化前生效
  .NET MAUI的启动流程中，CLR初始化较早，若在App构造函数或后续代码中通过Environment.SetEnvironmentVariable设置DOTNET_DbgMiniDumpType，可能已经晚于转储配置的读取时机。建议：

  • 直接在系统环境变量中添加DOTNET_DbgMiniDumpType并设置对应值（如1对应MiniDumpNormal），重启电脑后测试；
  • 或在命令行中先设置变量再启动程序：

    set DOTNET_DbgMiniDumpType=1
    start YourMauiApp.exe
    

  • 也可以在VS项目的「调试」选项卡中，添加环境变量DOTNET_DbgMiniDumpType，值设为目标类型对应的数值。

• 验证DOTNET_DbgMiniDumpType的取值正确性
  确保你使用的是官方定义的有效值，常见的小体积转储对应值：

  • MiniDumpNormal（值1）：仅包含进程基本信息、线程栈、模块列表，体积最小；
  • MiniDumpWithPrivateReadWriteMemory（值2）：包含上述内容+私有读写内存，体积略大但仍远小于全内存转储。
    避免拼写错误，必须使用官方指定的枚举值或对应数字。

• 切换到Release模式测试
  Debug模式下，.NET会保留大量调试符号和额外内存信息，即使设置了迷你转储类型，生成的dmp也可能偏大。切换到Release模式编译运行程序后再触发崩溃，观察转储大小是否符合预期。

• 检查转储启用开关与诊断日志
  确认DOTNET_DbgEnableMiniDump已设置为1（这是启用自动崩溃转储的必要开关）。若仍有问题，可开启诊断日志排查配置是否被正确读取：

  set DOTNET_CreateDumpDiagnostics=1
  start YourMauiApp.exe
  

  程序运行时会输出转储相关的日志信息，可查看是否成功加载了DOTNET_DbgMiniDumpType的配置。

• 手动使用dotnet-dump工具生成转储
  若自动转储始终不符合预期，尝试手动触发转储验证类型是否生效：

  1. 运行MAUI程序，通过任务管理器获取进程ID；
  2. 在命令行执行：

  dotnet-dump collect -p <进程ID> -t MiniDumpNormal
  

  若手动生成的dmp体积正常，说明是自动转储机制在MAUI中的配置问题，需重点排查环境变量的生效时机；若手动生成的仍偏大，可能是系统或CLR的特殊配置导致。

• 排查Windows Error Reporting（WER）的干扰
  Windows系统的WER可能会覆盖.NET的转储设置，生成全内存转储。可通过以下方式排查：

  • 打开「组策略编辑器」，导航到「计算机配置→管理模板→Windows组件→Windows错误报告→故障转储」，确认设置为「不配置」或与.NET转储类型一致；
  • 检查注册表HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\Windows Error Reporting\LocalDumps下的配置，确保没有强制生成全内存转储的设置。

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