在本机代码中设置线程名称

在 Visual Studio 的任何版本中都可以使用线程命名功能。 当调试正在运行的进程时，线程命名有助于标识 "线程" 窗口中感兴趣的线程。 在通过故障转储检查并使用各种工具分析性能捕获时，具有 recognizably 命名的线程也会有所帮助。

设置线程名称的方法

可以通过两种方法来设置线程名称。 第一种方式是通过SetThreadDescription函数。 第二种方法是在 Visual Studio 调试器附加到进程时引发特定异常。 每种方法都有优点和注意事项。 从 Windows 10 版本1607或 Windows Server 2016 开始，支持使用 SetThreadDescription。

值得注意的是，_这两_种方法可以一起使用（如果需要），因为它们的工作机制彼此独立。

使用 SetThreadDescription 设置线程名称

优点：

• 在 Visual Studio 中进行调试时，线程名称是可见的，无论调试程序是否已在调用 SetThreadDescription 时附加到进程。
• 在 Visual Studio 中加载故障转储后，线程名称将在执行事后调试时可见。
• 使用其他工具（如WinDbg调试器和Windows 性能分析器性能分析器）时，也会显示线程名称。

注意：

• 线程名称只在 Visual Studio 2017 版本15.6 及更高版本中可见。
• 当事后调试故障转储文件时，只有在 Windows 10 版本1607、Windows Server 2016 或更高版本的 Windows 上创建了崩溃后，线程名称才可见。

示例：

Win32 SEH异常也可以作为.NET异常捕获。在下面的代码中，托管函数（main）调用本机函数（f），该函数抛出SEH exception exception_INT_DIVIDE_BY_ZERO。大体上，这个异常是在处理System：：ExceptionA类型异常的catch块中捕获的。

//ExceptionHandling2.cpp//compile with "cl /clr ExceptionHandling2.cpp"//As I will discuss later, #pargma managed is not recommended; it is only//used to show exceptions thrown across managed / unmanaged boundaries//without using two source files #pragma unmanaged int f() {

#pragma managed int main() {

catch(System::ExceptionA ex) {



System::Console::WriteLine(ex->GetType()->FullName);

简介

STATUS_NO_MEMORY，值为0xC0000017。代表的意思是"没有足够的虚拟内存或分页文件配额来完成指定的操作。"。它定义在 ntstatus.h头文件里，如下：

/
// MessageId: STATUS_NO_MEMORY
//
// MessageText:
//
// {Not Enough Quota}
// Not enough virtual memory or paging file quota is available to complete the specified operation.
//
#define STATUS_NO_MEMORY                 ((NTSTATUS)0xC0000017L)    // winnt

异常结构填充

ExceptionAddress: 7706a44c (ntdll!RtlpAllocateHeapRaiseException+0x0000003b)
ExceptionCode: c0000017
ExceptionFlags: 00000000
NumberParameters: 1
Parameter[0]: 00000010//这个值暂时没整明白代表的意思，望知道的同仁告知

简介

STATUS_STOWED_EXCEPTION，值为0xC000027B。代表的意思是"发生应用程序内部异常"。它定义在 ntstatus.h头文件里，如下：

/
// MessageId: STATUS_STOWED_EXCEPTION
//
// MessageText:
//
// An application-internal exception has occurred.
//
#define STATUS_STOWED_EXCEPTION          ((NTSTATUS)0xC000027BL)

详细说明

本异常是UWP应用程序产生的异常类型。它是作为WinRT API（现在称为UWP）的一部分引入Windows 8.0的。这个异常已被故障点异常（0xC000027C）替换/增强。与POF异常一样，异常代码由WinRT框架生成。它不需要重新编译应用程序才能使用它。
当异步操作失败时，将引发这个异常。当通过RoOriginateException或RoOriginateLanguageException调用从工作线程报告异常时，将通过CaptureStackBackTrace函数调用收集当前线程的堆栈回溯（指令指针数组）。异常的堆栈回溯和HRESULT包装在一个iresteredrorinfo对象中，并通过WinRT的语言投影层路由到调用方。
如果调用方未处理异常，则会致命地抛出已装载的异常。因为抛出是延迟的，所以关联转储的当前上下文几乎没有值。原始问题的线程不再定期存在，如果存在，则已结束操作（意味着线程的堆栈内存已被覆盖）。这意味着函数参数和局部变量不可用。

异常结构信息填充

ExceptionAddress:

ExceptionCode: c000027b
ExceptionFlags: 00000001
NumberParameters: 2
Parameter[0]: 000002414ffc8680//是指向以STOWED_EXCEPTION_INFORMATION_HEADER开头的结构的指针数组的起始地址。自Windows 8.1以来，已使用的版本是STOWED_EXCEPTION_INFORMATION_V2。
Parameter[1]: 000000000000003//是数组中指针的数目。