微軟最近還發布了第一個Win1020H1預覽版SDK
微軟最近發布了win10 20h1的首個預覽SDK，其內部版本號為18890。那么，微軟在win10 20h1的sdk18890預覽版中引入了哪些內容呢？讓我們看看。
以下是win10 20h1中sdk18890預覽版本的更新：
現在檢查中的Unicode字節順序標記（BOM）。MC文件。如果是的話。MC文件以UTF-8bom開始，它將被讀取為UTF-8文件。如果它以utf-16le BOM開頭，它將作為utf-16le文件讀取。否則，如果指定了-U參數，它將作為utf-16le文件讀取。否則，將使用當前代碼頁（CP）讀取它。
現在可以避免MC生成的C/C++ETW assistant中由于配置宏沖突而導致的單定義規則（singledefinitionrule，ODR）問題。eventwriteransfer定義的CPP文件鏈接到同一個二進制文件，MC生成的ETW助手現在將在每個二進制文件中尊重mcgen。Cpp文件（事件寫入傳輸的定義，而不是任意選擇一個或另一個）。
Unicode輸入（。Ini文件，。現在支持TPL和source）文件。以UTF-8或UTF-16字節順序標記（BOM）開頭的輸入文件讀取為Unicode。當前代碼頁（CP）用于讀取不以BOM開頭的輸入文件。為了向后兼容，如果指定了-Unicode ignore命令行參數，則以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命令行參數以避免編碼模糊。
