乙個簡單的WIN32，我是菜鳥，誰能幫我分析一下

第乙個問題，你在Windows下，編譯Windows的程式，加這個不加自然無所謂。

如果去UNIX下的C++編譯器進行編譯，堆疊結構會有所不同。

MSDN檢查，一切都清楚了，乙個程式怎麼能不檢查資訊。

1. WinAPI ---告訴編譯器 Winmain 引數進堆疊和出堆疊的順序，這個 WinAPI 其實就是 Stdcall，如果你學過組合語言，就會有深刻的理解。

2. messagebox 函式共有四個引數，最後乙個是“|”。“這是位元或算術。 為最後乙個引數提供多個選擇。

Windows 程式設計一開始可能會很尷尬，所以習慣它是件好事。

我開始了：對於第乙個問題：

WinAPI 實際上是 stdcall（可以選擇右鍵單擊檢視定義），它規定了應該如何呼叫函式，如下所述：

StdCall 是 Pascal 程式的預設呼叫方法，通常用於 Win32 API，其中主呼叫函式使用從右到左的堆疊按壓方法按下堆疊，然後被呼叫方彈出堆疊（pop），被呼叫方退出時清空堆疊。

對於乙個普通的程式來說，不管你寫不寫，都不會影響操作！

第二個問題：

您也可以右鍵單擊 MB OK 的定義，看到它的值為 0，因此參與或計算不會影響結果！

1）Win32是指32位Windows作業系統，經常出現在程式設計中。

2）具體指32位Windows作業系統的程式設計介面，即Win32API。

Win32是指Microsoft Windows作業系統的32位環境，Win64是Windows的常見環境。 如今的win32作業系統可以聽**，同時程式設計，同時列印文件。 Radical Lack Win32 作業系統是典型的多執行緒作業系統。

作業系統。 從單執行緒到多程序是作業系統發展的必然趨勢，當年的DOS系統屬於單任務作業系統，最優秀的程式設計師只能通過駐留在記憶體中來實現所謂的多工處理，而今天的win32作業系統可以一邊聽**，一邊程式設計，一邊列印文件。

環境介紹：在記憶體管理方面，DOS彙編和win32彙編也有很多區別：DOS工作在實模式下，我們可以對1M記憶體進行定址，通過段暫存器定址來確定段的初始位址，每個段的大小為64K，超過1M部分，只能作為XMS使用， 也就是說，它只能用作資料儲存，不能執行其中的程式。

當 Windows 在保護模式下執行時，此處所有資源都可供應用程式使用。

它都是“受保護”的：程式的執行是有層次的，只有作業系統工作在最高等級 0，所有應用程式工作在 3 級（ring3），在 ring3 中，沒有直接訪問 io 埠，沒有訪問其他正在執行的程式的記憶體，甚至將資料寫入程式自己的 ** 段都是非法的， Windows螢幕上會彈出乙個熟悉的藍屏。系統僅對 ring0 程式開放。

以上內容參考：Encyclopedia-win32

這與Microsoft的Windows作業系統的發展歷史有關Win 16 表示作業系統為 16 位（每字 16 位），win 32 表示作業系統為 32 位（每字 32 位）。在 80286 之前，它基於 win 16

成為歷史在 Win 16 記憶體模式下，所有應用程式都在同乙個 4GB 位址空間中執行，它們互相看到其他程式的內容，這很容易導致乙個應用程式破壞另乙個應用程式，甚至作業系統資料和**，在 Win 16 模式下將**分成資料、程式碼等

在 Windows 32 模式下，Windows 將每個 Win32 應用程式放入單獨的虛擬位址空間中執行，這意味著每個應用程式都有自己獨立的 4GB 位址空間，當然這並不意味著它們都有 4GB 的實體地址空間，而只是它們可以在 4GB 的範圍內定址。 應用程式執行時，作業系統將在 4GB 虛擬位址和物理記憶體位址之間進行轉換。 Win32 只有一種記憶體模式，即平面模式，這意味著"平"不再有 64K 段大小限制，所有 Win32 應用程式都在乙個連續的、扁平的、巨大的 4GB 空間中執行。

這也意味著您不必處理段暫存器，您可以使用任何段暫存器定址任何位址空間，這對程式設計師來說非常方便，並且使其與 32 位組合語言中的 C 一樣方便。

Win32：作業系統的通用環境。

指 Windows 32 位程式。 Win32 非常通用，因為 Win32 應用程式可以在 x86 x64 系統上執行。 Visual Studio 還可以編譯某些僅限 Win32 的應用程式，以便在 Windows 10 IoT 上執行。

當然，純 win32 開發複雜的應用是非常困難的，如果只是不想開發 UWP 應用，建議在編寫主體之前先編寫自己的 API**。

解壓軟體之一是適用的格式。

視窗是在“視窗類”的基礎上建立的。 Windows 定義了乙個預設的視窗程序，如果你讓 Windows 自己處理所有的訊息，那麼你可以得到乙個標準視窗，你也可以選擇處理你感興趣的訊息，這相當於建立不同的子類，從而形成不同的應用程式。 同樣，子視窗基於相同的視窗類，並使用相同的視窗程序。

例如，所有 Windows 程式中的所有按鈕都基於同乙個視窗類。 這個視窗類有乙個處理所有按鈕訊息的視窗程序，但是如果你根據自己的想法設計乙個按鈕，比如用位圖替換按鈕的表面，你可以自己處理按鈕視窗的WM繪製訊息，當Windows需要繪製按鈕的表面時， 您可以隨心所欲地繪製它。

Windows 程式開始執行後，Windows 會為該程式建立乙個“訊息佇列”。 此訊息佇列用於儲存程式可能建立的各種不同視窗的訊息。 程式中有乙個部分，稱為“訊息迴圈”，用於從佇列中獲取訊息並將它們傳送到相應的視窗。

當沒有訊息發生時，您的程式實際上在訊息迴圈中迴圈。

從單程序單執行緒到多程序多執行緒是作業系統發展的必然趨勢，當年的DOS系統屬於單任務作業系統，最優秀的程式設計師只能通過駐留在記憶體中來實現所謂的多工處理，而今天的win32作業系統可以一邊聽**，一邊程式設計，一邊列印文件。

了解多執行緒及其同步、互斥等通訊方式是了解現代作業系統的關鍵部分，當我們精通win32多執行緒程式設計時，就很容易理解和學習其他作業系統的多工控制。 許多程式設計師從未學習過嵌入式系統領域著名的作業系統 VXWORKS，但他們可以立即在其上進行開發，這可能要歸功於 win32 多執行緒的通常努力。

因此，學習win32多執行緒不僅對理解win32本身具有重要意義，而且對於學習和理解其他作業系統也具有重要意義。