「Win32 API」標籤的文章
帶有「Win32 API」標籤的文章共 10 篇，依發布日期由新到舊排列。
-
引數為什麼會壞掉 ── Windows 命令列引數的規則
在 Windows 上並不存在引數的陣列，傳給 CreateProcess 的是一條字串，分割由接收端負責。本文說明 CommandLineToArgvW・CRT・.NET 的分割規則，以及 .NET 的 ArgumentList 與 C++ 中正確的組裝方式。
-
父處理程序消失之後還剩下什麼 —— 用 Job Object 圈養子處理程序
為什麼強制結束 UI 之後，SDK 的輔助處理程序仍然殘留，一直佔著攝影機或 COM 連接埠？本文從量測應用的角度，說明如何用 Job Object 把處理程序樹變成一個單位，並借助 KillOnJobClose 與完成埠來設計子處理程序的壽命。
-
Win32 執行緒集區 API ── 用 CreateThreadpoolWork 做「不自己建立執行緒」的並行
原生程式碼裡是不是到處都在呼叫 CreateThread？本文依據一手資料解說 Vista 全面重新設計的 Win32 執行緒集區 API：work、timer、wait、io 四種物件、清理群組，以及回呼裡禁止做的事。
-
具名管道實務 ── 從設計到安全，看懂 Windows 行程間通訊的標準做法
以實務角度說明 Windows 行程間通訊的標準做法——具名管道。依據一手資料整理位元組模式與訊息模式的取捨、同時接受多個用戶端的伺服器結構、ACL 與模擬的安全設計，以及 .NET 的具名管道串流。
-
從睡眠恢復就壞掉的應用程式 ── 電源事件的機制，以及耐得住恢復的業務應用程式寫法
打開筆電，業務應用程式的連線卻斷了──原因是設計從未把睡眠算進去。本文依一次資訊整理 WM_POWERBROADCAST 的通知流程、Modern Standby 的行為、斷線／重連設計、睡眠抑制，以及調查指令。
-
DllMain 與載入器鎖定 ── 「DLL 初始化時什麼都別做」真正的理由
為什麼不能在 DllMain 裡呼叫 LoadLibrary 或與其他執行緒同步？本文依據一次資料，從序列化所有 DLL 通知的載入器鎖定機制，一路說明到死結成立的典型情境、延遲初始化等正確設計，以及無回應的調查步驟。
-
「沒有回應」的真面目 ── Windows 如何判定應用程式卡住，以及不卡住的設計
Windows 的「沒有回應」，是視窗 5 秒沒有取出訊息時由作業系統判定、並換成幽靈視窗的機制。本文從判定的內部運作，講到卡住的經典原因、把重工作移出 UI 執行緒的設計，以及無回應的調查程序。
-
虛假喚醒 ── 條件變數為何「沒被通知也會醒來」，以及 Windows 上正確的等待方式
條件變數的 wait 即使沒有通知到來也可能醒來（虛假喚醒）。本文從 Windows 的實作解開規格為何允許它，並用 Win32、C++ 與 C# 的程式碼示範以 while 與述詞撰寫的正確等待方式。
-
解讀 Windows 錯誤碼 ── Win32、HRESULT、NTSTATUS 三層結構
出現 0x80004005 時，先分解再搜尋。本文整理 Win32 錯誤、HRESULT、NTSTATUS 的三層結構、0x8007xxxx 是包起來的 Win32 錯誤這個最重要模式，以及用 err.exe 與 PowerShell 查詢的方法。
-
多執行緒實務最佳實踐 C 語言篇 ── 以 Win32 API 的方式安全撰寫
C 語言 × Win32 的多執行緒有其定石：以 _beginthreadex 建立執行緒、SRW 鎖與條件變數、Interlocked、以停止事件 + WaitForMultipleObjects 設計停止流程。本文一併整理 TerminateThread 的危險性與 DllMain 的限制。