存在於.NET終結器中的競爭條件及緩解措施
摘要請注意，在.NET中隱藏著一個競爭條件(Race Condition)，當終結器(Finalizers)被執行時，將會觸發，它會影響所有代碼，甚至是單線程模式代碼也會被影響。原因在於：終結器由.NET在獨立的線程上調用，並且可能」訪問.NET JIT編譯器在較新版本的.
原子性操作並非銀彈
原子性操作，是一種以原子性(an atomic manner)的方式來對DWORD類型或者指針類型進行高效更新的操作。但是，要注意了，這並不意味著你可以規避臨界區(critical section)。
WinXP: 說道說道那些小小的覆蓋圖標
關於OverlayIconWinXP發布的時候，你會發現系統中隨處可見的小覆蓋圖標:> 一個小箭頭。> 一對藍色的旋轉箭頭。
深度探索GetWindowText背後的故事
考察下面的控制項代碼:如果應用程式A執行以下函數創建窗口:hwnd= CreateWindow;然後應用程式B使用某種方式獲取到了A創建窗口的句柄，然後執行如下調用：TCHAR szBuf[80];GetWindowText;szBuf會得到」Frappy」的返回，因為它是藉助系統
VS2019中對C++內聯器的改進：Zipliner
以下是對於這項改進比較相關的要點：1.內聯器是以遞歸的方式運行的，在某些情況下，它可能會重新做它之前做過的事情。
為什麼DLL在導入項沒有成功解析時會加載失敗？
到了Win32時代，開發團隊覺得這是一個很糟糕的設計，因為有時候人們會將一個為Windows3.1開發的應用程式拷貝到Windows 3.0上並運行，一開始，這個應用程式運行的還不錯，但是如果這個應用調用了一個只在Windows 3.1平台上可用的函數時，應用程式會立即崩潰。
致C++開發者：Visual Studio對Docker容器的支持
楔子Docker容器，提供了一個集編譯，測試和部署的統一開發環境。通過將虛擬化的作業系統，文件系統，環境變量，庫以及其他依賴庫通通封裝到一個Image中，實現了在開發者或者機器之間的簡單共享。
C++ final指示符帶來的性能提升
下面是一個去虛擬化的例子代碼：在上面的代碼中，即使[dog::speak]是一個虛函數，[main]函數的唯一輸出只可能是」woof」，如果你仔細的查看編譯器輸出，你會發現，MSVC,GCC和Clang這些編譯器都會識別到這一點並將[dog::speak]的定義內聯到[main]
提升C++代碼性能：請善用final指示符
下面是一個去虛擬化的例子代碼：在上面的代碼中，即使[dog::speak]是一個虛函數，[main]函數的唯一輸出只可能是」woof」，如果你仔細的查看編譯器輸出，你會發現，MSVC,GCC和Clang這些編譯器都會識別到這一點並將[dog::speak]的定義內聯到[main]
向.NET Core邁進：記錄C++/CLI項目遷移步驟
3.CppCliInterop這是一個.NET Framework C++/CLI 庫項目。我們可以藉助[.NET Portability Analyzer]這個工具來幫助我們找到那些不能在.NET Core上正常工作的框架依賴項。
遊戲開發者有福了：VS2019優化了浮點操作
在VisualStudio 2019 v16.5版本中，我們改進了SSA優化器，用來檢測可以使用AVX2指令的使用場景，並且改進了有關向量操作的常量傳播，其中包括shuffle操作。但是，由於在FMA常量傳播原始實現中有一些排序的問題，Shuffle操作阻止了FMA的常量傳播。
MSVC編譯器支持AVX512自動向量化
蠍子從VisualStudio 2019 v16.3開始，我們在MSVC編譯器中的自動向量化添加了AVX-512指令集的支持。
Visual Studio: 幽靈漏洞修複方案釋出
具體路徑為，工程屬性頁面的[CodeGeneration]頁面的[Spectre Mitigation]設置項。但是，我們可以日臻完善，就如同Visual Studio團隊所做的一樣。
VS2019新特性：C++ Module終於來了
HeaderUnits支持在C++20 [module.import]/5中描述了一種新的翻譯單元的引入，這個新的翻譯單元就是所謂的Header Unit。
第一次肉眼可見的對C++20 Ranges的支持
在即將到來的Visual Studio 2019 v16.7中，將包含有關Ranges的更多組件:新算法:find_end， find_first_of， 和 adjacent_find。
官宣：AddressSanitizer新增x64支持
官宣去年10月，我們官宣了MSVC工具集中AddressSanitizer x86版本的支持。主要的特性包括在Visual Studio中顯示有關AddressSanitizer的錯誤報告，高亮問題代碼等。
有時候，應用程式就是想崩潰
在IE5.0那會，我們發現有一個第三方瀏覽器插件里有一個很嚴重的Bug，關於Bug的細節就不說了，也不是很重要。
關於Windows頁面錯誤的一些基礎概念
很少被開發者關注的頁面錯誤今天我們會說說關於虛擬內存處理中最為常見的一個問題：頁面錯誤(Page Fault)。什麼情況下會發生一個頁面錯誤呢？當應用程式請求的頁面地址不在當前的內存駐留頁面(Memory resident pages)時，就會發生頁面錯誤。