WinDbg SRV* 的文档是否错误？

Question

documentation 说：

如果在符号路径中包含字符串 srv*，调试器将使用 一个符号服务器，用于从默认符号存储中获取符号。为了 例如，以下命令告诉调试器使用符号 服务器从默认符号存储中获取符号。 这些符号是 未缓存在本地计算机上。

.sympath srv*

但是我发现符号被缓存了。

我使用的是 WinDbg 10，默认缓存文件似乎是在 C:\Program Files (x86)\Windows Kits\10\Debuggers\x86\sym 创建的。当我删除它们并运行路径设置为 srv* 的可执行文件时，符号会在此处下载。

那么文档有错吗？

Answer 1

是的，文档是错误的（至少对于 WinDbg 6.2.9200.16384）。

您可以通过输入上述命令来证明这一点：

0:000> .sympath srv*
Symbol search path is: srv*
Expanded Symbol search path is: cache*;SRV*http://msdl.microsoft.com/download/symbols

所以，正如我们从 WinDbg 的输出中看到的，扩展符号路径（将实际使用）包含 cache*，表示将缓存符号。

您在documentation for WinDbg 中找到了这个，这可能不是定义行为的正确位置，因为 WinDbg 本身不加载符号。相反，它使用dbghelp.dll，并且该 DLL 的行为可能会在没有更新 WinDbg 帮助的情况下发生变化。

---

符号路径语法真的很难习惯，而且文档遍布各处。扩展和默认目录的所有魔力使情况变得更糟。

流量或多或少：

1. 在“;”处分割符号路径放入数组元素。
2. 对于 elements 中的每个 element：
   1. 根据元素的开头切换：
      1. “缓存*”：
         1. 确定缓存路径：
            1. 如果星号后有路径，请使用该路径。
               否则使用默认缓存路径。
            2. 缓存此路径中所有以下元素的符号。
      2. “symsrv*”：
         1. 将“*”处的元素拆分为（主要是路径）组件。
         2. 第一个组件是要使用的符号服务器 DLL。
         3. 接下来的组件是路径。对于每个路径：
            1. 在路径中寻找符号。路径可以是以下之一
               • 本地目录。
               • UNC.
               • HTTP 或 HTTPS URL - 必须是最后一个路径。
               • 空字符串 - 表示默认符号存储。 （参见SymSetHomeDirectory 和!homedir。）
            2. 如果找到：
               1. 将符号复制到此元素中的所有之前的路径。
               2. 完成符号搜索
      3. “srv*”：
         • 与“symsrv*symsrv.dll*”相同。
      4. 否则：
         1. 将元素视为路径并在其中查找符号。 （没有 symsrv.dll 所做的哈希等。）

Answer 2

如果您在 WinDbg 符号路径中使用 special cache*path token，WinDbg 将缓存来自该令牌之后源的符号。也可以将srv*localpath*serverpath 写入缓存serverpath 到localpath 的符号。如果您不想缓存，请确保您的 .sympath 不包含它。

此外，检查符号是否被有效缓存（获取一次，重复使用多次）或仅存储在那里以用于此 WinDbg 运行（每个会话获取一次）可能是值得的。