怎麼看編譯器是否支持c11

① 深入理解C11/C++11內存模型(白嫖新知識~)

深入理解C11/C++11內存模型

現代計算機體系結構中，CPU執行指令的速度遠超內存訪問速度，為了解決這一問題，引入了Cache機制加速內存訪問。除了Cache，分支預測和指令預取也顯著提升了CPU執行效率。隨著SMP的興起，多線程編程模型得到廣泛應用，這帶來了共享變數訪問的復雜性，因此我們需要理解內存模型，這是多處理器架構下並發編程的基礎。

一. 內存模型的概念

內存模型定義了程序中數據的可見性和順序性。不同觀點認為，它描述了數據在內存中的組織方式。個人傾向於將內存模型稱為「內存順序模型」。一個良好的內存模型包含以下三個方面：

1. 不同CPU體系結構下的內存順序模型存在差異，主要分為強順序模型（如x86_64和Sparc的Total Store Order，強調全局順序）和弱內存模型（如ARMv8、PowerPC和MIPS，允許局部重排）。強順序模型對程序友好，但可能犧牲並發效率，弱內存模型則依賴程序員插入內存屏障。

2. 編程語言對內存模型有各自的規范，如C/C++和Java等。

二. C11/C++11內存模型

C/C++11引入了memory order的概念，為多線程編程提供了標准庫支持，實現跨平台並發控制。memory order支持了6種模式，包括Relaxed、Acquire、Release、Acquire-Release等，每種模式有不同的規則和適用場景。

1. Relaxed模式下，僅保證load和store操作的原子性，不提供跨線程同步。

2. Consume模式與Release一起使用，針對有明確依賴關系的操作進行同步。

3. Acquire模式與Release構成同步關系，確保線程間數據可見性。

4. Release和Acquire模式結合，提供更強的內存序控制。

5. Acquire-Release模式專為read-modify-write操作設計，確保特定的內存序。

6. Seq-cst模式提供最強的順序一致性控制，但可能影響性能。

三. 關於volatile

volatile關鍵字防止編譯器優化，但不能提供線程間同步語義。例如，使用volatile關鍵字的變數在多線程環境中可能仍會導致不可預期的行為。

理解內存模型對於編寫高效、安全的多線程代碼至關重要。掌握不同內存模型的特性和使用場景，可以幫助我們更好地設計並發程序，避免數據競爭和死鎖等問題。

② VS2017 支持C11嗎想測試一下泛型選擇_Generic，但是提示未定義，有沒有什麼解決方法

VS2017自帶的msvc編譯器並不支持C11標准，但你可以通過安裝Clang 3.3以上版本並用Clang作為編譯器來支持C11。

網頁鏈接