尽管这个问题的格式很差，我还是投了赞成票，因为它显示了一个常见的混淆来源。最初的问题询问“如何记录调用堆栈”，但这不是一个格式正确的问题。xperf 可以记录采样分析器、上下文切换、文件 I/O、磁盘 I/O、注册表活动或自定义事件的调用堆栈。该问题没有具体说明记录了哪种类型的调用堆栈，这会导致一些混乱。
让我们看看原来的命令行。我已经通过删除 PROC_THREAD+LOADER 来简化它，因为 BASE 包含这些。我还删除了 -BufferSize 1024 因为我认为它放错了位置，并且我已经用名称替换了 GUID——您应该给您的提供者一个名称并使用它。所以，我们有：
xperf -on Base -start UserSession -on MyProvider -stackwalk profile
重要的是要注意我们有两个“-on”指令。这意味着我们将开始两个会话。这相当于：
xperf -on Base
xperf -start UserSession -on MyProvider -stackwalk profile
第一个命令使用“Base”提供程序启动或连接到内核记录器（无会话名称）。第二个命令使用“MyProvider”提供程序启动一个名为“UserSession”的用户会话。
现在我们可以看到问题所在了。"profile" 只是内核记录器上下文中 -stackwalk 的有效选项。要求用户会话记录配置文件事件的调用堆栈是没有意义的，因为它没有记录配置文件事件！所以这让我们得到了 OP 问题的这个变体：
xperf -on Base -stackwalk profile
xperf -start UserSession -on MyProvider
@rem Run tests here
xperf -stop UserSession -stop -d trace.etl
可是等等！MyProvider 中用户事件的调用堆栈呢？这就是第一个答案试图解释的内容——我们需要添加 :::'stack'：
xperf -on Base -stackwalk profile
xperf -start UserSession -on MyProvider:::'stack'
@rem Run tests here
xperf -stop UserSession -stop -d trace.etl
这些调用堆栈将作为 WPA 通用事件视图中的堆栈列提供。有关可以记录调用堆栈的许多其他内容的列表，请参阅“xperf -help stackwalk”。请记住，只有为您实际记录的事件请求调用堆栈才有意义。幸运的是，Base 包含 Profile，所以我们没问题。
哦，是的——如果您想设置缓冲区大小和缓冲区计数，请务必注意您为哪个会话（可能两者）设置它。
有关更多信息，尤其是有关如何分析 xperf 跟踪的信息，请参阅：
https ://randomascii.wordpress.com/category/xperf/
有关记录 ETW 跟踪的更简单方法，请参阅此用于控制跟踪记录的开源 UI - 您可以轻松地将自己的提供程序添加到正在记录的列表中：
https ://github.com/google/UIforETW/releases