'VS2019優化新鮮出爐：C++後端更新彙總'
今天我們來彙總一下在最新版本Visual Studio 2019 16.2中開發團隊帶來的一系列有關C++後端(Backend)的更新。
構建時間優化
之前的一篇文章我們也講到過，VS開發團隊通過優化構建中的鏈接過程，來提升構建吞吐率，減少了項目的構建時間。通過一系列對比測試，對於大型項目的構建，其構建效率在DebugInfo模式下提升了近3倍（甚至更多），同時在/INCREMENTAL構建模式下，構建效率提升了2倍。有圖有真相：
今天我們來彙總一下在最新版本Visual Studio 2019 16.2中開發團隊帶來的一系列有關C++後端(Backend)的更新。
構建時間優化
之前的一篇文章我們也講到過，VS開發團隊通過優化構建中的鏈接過程，來提升構建吞吐率，減少了項目的構建時間。通過一系列對比測試，對於大型項目的構建，其構建效率在DebugInfo模式下提升了近3倍（甚至更多），同時在/INCREMENTAL構建模式下，構建效率提升了2倍。有圖有真相：
下面是之前沒有提到過的其他優化要點
內聯優化
當一些函數內部存在分支語句並且在一個循環裡被調用的時候，這些函數將更多的採用內聯。
代碼生成優化
通過將一些通用的數學函數（例如：std::isnan, std::ldiv, std::lldiv）替換為內聯的彙編指令來減少整體運行的overhead。
如果項目的目標平臺是x86或者x64，則優化器將識別到工作在最底層單元的迭代器指令，並對其進行FMA(Fused Multiply-Add)和constant foldeing優化。
迭代器優化
對於一些迭代器的單元來說，如果它的大小恰好匹配迭代器的大小，則一些小的迭代循環(通常小於12次迭代)將被優化為：/arch:AVX。
當自動迭代在一些包含指針變量的循環中失敗時，優化了生成的代碼序列。
分析優化
優化了控制流的分析流程，一些已經被證明返回true/false的複雜分支語句將被移除。
增加了一個新的流程敏感的嚴格指針分析過程。這個指針將在不同的場景中被處理，例如當它在當前作用域以外被訪問的時候，或者當它可以被安全訪問的時候。
其他通用優化
當一個函數返回多個值對象時，啟用該函數的Copy Elision。
當使用LTCG編譯時，優化了指針相減的操作流程。請注意：在某些特殊情況下，一個指針減法操作包括一個可以被優化掉的除法操作。
生成並簡化了針對x86或x64平臺上的FMA指令。這些包括對一些全局迭代器類型的變量啟用FMA。
優化對C++ 20裡的spaceship操作符的代碼生成過程。說到這個spaceship操作符，這裡簡單說明一下：
spaceship操作符被納入到了最新的C++20標準中，可以通過啟用/std:c++latest選項啟用這個操作符。此操作符可以在一些對比函數（例如 std::strong_ordering::less)和編譯期對常量的計算過程進行更加有效常量展開。
優化了memset代碼，具體來說，就是將展開定義內聯替換為調用更快的CRT版本。在一些包含常量字節（例如：0xABABABAB）的循環中，也會替換為CRT版本的memset。
合併了完全相同的異常處理狀態，減少了C++程序的大小。請注意，當前這個優化點僅可以用在FrameHandler4下。當Visual Studio 2019 16.3發佈時，這個FrameHandler4將成為默認配置。
大白話
說了這麼多對於我來說近乎天書般的優化點，我反正是有點懵逼了，可能是因為我的功力不夠吧。
如果用白話對這篇文章的內容做一個總結的話：行了行了，VS宇宙最強，好了吧！
總結
一如既往的：請大家試試VS2019。有任何問題，請向開發團隊寫信。
今天我們來彙總一下在最新版本Visual Studio 2019 16.2中開發團隊帶來的一系列有關C++後端(Backend)的更新。
構建時間優化
之前的一篇文章我們也講到過，VS開發團隊通過優化構建中的鏈接過程，來提升構建吞吐率，減少了項目的構建時間。通過一系列對比測試，對於大型項目的構建，其構建效率在DebugInfo模式下提升了近3倍（甚至更多），同時在/INCREMENTAL構建模式下，構建效率提升了2倍。有圖有真相：
下面是之前沒有提到過的其他優化要點
內聯優化
當一些函數內部存在分支語句並且在一個循環裡被調用的時候，這些函數將更多的採用內聯。
代碼生成優化
通過將一些通用的數學函數（例如：std::isnan, std::ldiv, std::lldiv）替換為內聯的彙編指令來減少整體運行的overhead。
如果項目的目標平臺是x86或者x64，則優化器將識別到工作在最底層單元的迭代器指令，並對其進行FMA(Fused Multiply-Add)和constant foldeing優化。
迭代器優化
對於一些迭代器的單元來說，如果它的大小恰好匹配迭代器的大小，則一些小的迭代循環(通常小於12次迭代)將被優化為：/arch:AVX。
當自動迭代在一些包含指針變量的循環中失敗時，優化了生成的代碼序列。
分析優化
優化了控制流的分析流程，一些已經被證明返回true/false的複雜分支語句將被移除。
增加了一個新的流程敏感的嚴格指針分析過程。這個指針將在不同的場景中被處理，例如當它在當前作用域以外被訪問的時候，或者當它可以被安全訪問的時候。
其他通用優化
當一個函數返回多個值對象時，啟用該函數的Copy Elision。
當使用LTCG編譯時，優化了指針相減的操作流程。請注意：在某些特殊情況下，一個指針減法操作包括一個可以被優化掉的除法操作。
生成並簡化了針對x86或x64平臺上的FMA指令。這些包括對一些全局迭代器類型的變量啟用FMA。
優化對C++ 20裡的spaceship操作符的代碼生成過程。說到這個spaceship操作符，這裡簡單說明一下：
spaceship操作符被納入到了最新的C++20標準中，可以通過啟用/std:c++latest選項啟用這個操作符。此操作符可以在一些對比函數（例如 std::strong_ordering::less)和編譯期對常量的計算過程進行更加有效常量展開。
優化了memset代碼，具體來說，就是將展開定義內聯替換為調用更快的CRT版本。在一些包含常量字節（例如：0xABABABAB）的循環中，也會替換為CRT版本的memset。
合併了完全相同的異常處理狀態，減少了C++程序的大小。請注意，當前這個優化點僅可以用在FrameHandler4下。當Visual Studio 2019 16.3發佈時，這個FrameHandler4將成為默認配置。
大白話
說了這麼多對於我來說近乎天書般的優化點，我反正是有點懵逼了，可能是因為我的功力不夠吧。
如果用白話對這篇文章的內容做一個總結的話：行了行了，VS宇宙最強，好了吧！
總結
一如既往的：請大家試試VS2019。有任何問題，請向開發團隊寫信。