如题，请假占坑
WinDbg 核心调试操作精简版
WinDbg 是 Windows 平台下功能强大且实用的核心调试工具，无论是开发过程中的程序异常排查，还是系统级问题定位，都能发挥关键作用。其核心价值在于精准控制程序执行流程，通过打断程序运行、观察内存和寄存器状态，快速找到问题根源。对于调试新手而言，无需深入研究复杂的底层原理，掌握以下常用核心操作，就能快速上手，应对大部分基础调试场景，下面结合实操细节，详细介绍其核心用法。
调试的核心是"断点"，它能让程序在指定位置暂停执行，方便我们观察程序状态，WinDbg 中最常用的有两类断点，分别适用于不同场景。首先是软件断点，这是新手最常使用的断点类型，操作简单、无数量限制，几乎能满足日常调试的大部分需求。设置软件断点的核心命令是 bp，用法十分灵活，既可以直接指定函数名，比如 bp kernel32!CreateFileA，在系统函数入口处设置断点；也可以指定具体内存地址，比如 bp 0x00401000，在程序指定代码行暂停。设置后，可用 bl 命令查看所有已设置的断点，清晰显示断点ID、关联地址和函数信息；无需使用时，用bc 命令清除，比如 bc 0 清除单个断点，bc * 一次性清除所有断点。需要注意的是，软件断点会修改目标程序的内存（插入中断指令），因此在只读内存区域无法设置，此时需用到另一类断点。
第二类常用断点是未解析函数断点，主要解决"函数所在模块未加载，无法设置普通断点"的问题。在调试过程中，很多程序会动态加载DLL模块，若提前在这些模块的函数上用 bp 命令设置断点，会提示"函数未解析"，导致断点失效。这时就需要用 bu 命令设置未解析断点，比如 bu shell32!SHGetFolderPathA，即使shell32.dll尚未加载，该断点也会被保存，待模块加载、函数解析成功后，断点会自动生效，无需手动重新设置。清除未解析断点可使用bub 命令，也可通过 bl 查看断点ID后，用 bc 命令批量或单个清除，操作与软件断点一致。
除了断点设置，补充两个基础执行控制操作，方便更细致地观察程序流程。一是硬件断点，适用于软件断点无法设置的只读内存区域，设置命令为 ba，虽然功能实用，但有数量限制（通常不超过4个），新手日常调试使用频率较低，了解即可。二是单步执行，当程序在断点处暂停后，可用t 命令（逐指令单步）和 p 命令（逐过程单步）控制程序一步步执行，t 会进入函数内部，适合观察函数细节；p 会跳过函数内部，直接执行完整个函数，适合快速推进程序流程，两者结合使用，能更高效地排查问题。
最后介绍几个实用的进阶小功能，提升调试效率。用 lm 命令可查看当前程序加载的所有模块和符号信息，方便确认模块是否成功加载、函数符号是否解析，这是设置断点前的常用检查操作；输入 ? 命令后跟随表达式，可将WinDbg当作计算器使用，调试过程中需要计算内存地址、数值等时，无需切换工具，直接在调试器中完成；通过相关命令还能调整数据输出格式，根据需求显示十进制、十六进制等不同格式，满足多样化调试需求。
实操建议：新手无需一开始掌握所有命令，可先附加记事本等简单程序，尝试用 bp、bu 设置断点，用 t、p 进行单步执行，熟悉核心命令的用法。重点掌握软件断点和未解析函数断点的设置与清除，再逐步尝试进阶功能，多实操、多练习，就能快速掌握WinDbg的基础调试能力，应对日常开发中的常见问题。