以下是对您提供的技术博文进行深度润色与结构重构后的专业级技术文章。全文已彻底去除AI生成痕迹，强化了人类专家口吻、工程实践细节与教学逻辑，同时严格遵循您提出的全部格式与风格要求（无模板化标题、无总结段落、自然收尾、口语化但不失严谨、重点加粗、代码注释详尽、表格精炼实用）：
蓝屏转储不靠猜：Windows Minidump注册表配置的实战手记
你有没有遇到过这样的现场？
凌晨三点，客户电话炸响：“生产服务器又蓝了，但没人守着——等运维赶到，dump早被自动重启冲掉了。”
或者更糟：“我们开了Full Dump，结果C盘爆满，连系统都起不来。”
这不是玄学，是配置没对。
Minidump不是“能用就行”的开关，它是Windows崩溃诊断链上最敏感、最易被误配、也最值得深挖的一环。它不依赖服务、不走WMI、不看PowerShell执行权限——它只认注册表里那几个DWORD值。而恰恰因为太底层，文档语焉不详，网上教程抄来抄去，错一个bit就白忙一宿。
今天我们就抛开手册式罗列，从一次真实的BSOD调试出发，把CrashControl和LocalDumps这两条注册表路径，掰开、揉碎、再焊回你的排障肌肉记忆里。
为什么CrashDumpEnabled=2还不够？那个被忽略的MinidumpEnabled
先说个反直觉的事实：在Windows XP SP2之后的所有系统（包括Win10/11），仅设CrashDumpEnabled=2，minidump可能根本不会生成。
为什么？因为微软悄悄加了一道“双重确认锁”。
CrashDumpEnabled是总闸门：0=关死，1=内核转储，2=小转储，3=全内存。MinidumpEnabled是专用钥匙：1=允许写入minidump，0=哪怕闸门开着，也拒之门外。
这就像你家防盗门有两把锁——主锁（CrashDumpEnabled）开了，但副锁（MinidumpEnabled）没动，门还是推不开。
✅实操验证法：
修改后别急着重启，先用管理员CMD跑一句：cmd reg query "HKLM\SYSTEM\CurrentControlSet\Control\CrashControl" /v CrashDumpEnabled reg query "HKLM\SYSTEM\CurrentControlSet\Control\CrashControl" /v MinidumpEnabled
确保两个返回值都是0x2和0x1。少一个，蓝屏后C:\Windows\Mini
