最新消息5月14日消息 微软已经在开发Windows 10 20H1预览版，预计将在明年4月份发布。近期，微软发布了Windows 10 20H1 SDK的第一个预览版本build 18890。包括了消息编译器，Windows跟踪预处理器等更新。

下面是更新内容:

Message Compiler（）

现在检测.mc文件中的Unicode字节顺序标记（BOM）。如果.mc文件以UTF-8 BOM开头，则它将被读取为UTF-8文件。如果它以UTF-16LE BOM开头，它将被读作UTF-16LE文件。否则，如果指定了-u参数，它将被读取为UTF-16LE文件。否则，将使用当前代码页（CP_ACP）读取它。

现在避免由于冲突配置宏导致MC生成的C/C ++ ETW助手中的单定义规则（ODR）问题（例如，当MCGEN_EVENTWRITETRANSFER定义冲突的两个.cpp文件链接到同一个二进制文件时，MC生成的ETW帮助程序现在将尊重每个.cpp文件中MCGEN_EVENTWRITETRANSFER的定义，而不是任意选择一个或另一个）。

Windows跟踪预处理器（）

现在支持Unicode输入（.ini，.tpl和源代码）文件。以UTF-8或UTF-16字节顺序标记（BOM）开头的输入文件将被读取为Unicode。将使用当前代码页（CP_ACP）读取不以BOM开头的输入文件。为了向后兼容，如果指定了-UnicodeIgnore命令行参数，则以UTF-16 BOM开头的文件将被视为空。

现在支持Unicode输出（.tmh）文件。默认情况下，输出文件将使用当前代码页（CP_ACP）进行编码。使用命令行参数-cp:UTF-8或-cp:UTF-16生成Unicode输出文件。

行为更改:tracewpp现在将所有输入文本转换为Unicode，以Unicode执行处理，并将输出文本转换为指定的输出编码。早期版本的tracewpp避免了Unicode转换，并在假定单字节字符集的情况下执行文本处理。在输入文件不符合当前代码页的情况下，这可能会导致行为更改。如果这是一个问题，请考虑将输入文件转换为UTF-8（使用BOM）和/或使用-cp:UTF-8命令行参数以避免编码歧义。

现在避免由冲突的配置宏引起的单定义规则（ODR）问题（例如，当两个具有冲突的TLG_EVENT_WRITE_TRANSFER定义的.cpp文件链接到同一个二进制文件时，帮助程序现在将遵循每个中TLG_EVENT_WRITE_TRANSFER的定义。cpp文件而不是任意选择一个或另一个）。

在C ++代码中，TraceLoggingWrite宏已更新，以使用可变参数模板在类似事件之间实现更好的代码共享。

还有一个重大变化，即删除，因此链接到它的开发人员现在必须链接到。此外，自Windows 10版本1903以来，该版本带来了许多新的API。

值得注意的是，最新的SDK预览版可以与之前的SDK以及Visual Studio 2017或更高版本并行使用。你可以继续将以Windows 10版本1903为目标的应用程序提交到商店。此外，此版本仅适用于Windows Insider Preview预览版。

你可以在此处下载最新的SDK预览版本。还提供随附版本的硬件实验室套件（HLK），评估和部署套件（ADK）以及Windows驱动程序工具包（WDK）。