原理：導入地址表 (IAT) 重寫 PE 文件載入時，載入器解析導入表，將每個導入函數的實際地址寫入 IAT (FirstThunk)。**修改 IAT 中的函

廣告視窗特徵分析 同屬 IEFrame 視窗類別。 無選單列、無工具列 (Chrome-less)。 子視窗結構：IEFrame → WorkerW (內容區

核心原理 Windows 螢幕文字繪製最終均經由 GDI32.dll 核心函數： TextOutA / TextOutW ExtTextOutA / ExtT

宏定義源碼解析 (SysMac.h) Msg) \ { #define VCL_MESSAGE_HANDLER(msg, type, meth

核心 API：RegisterHotKey / UnregisterHotKey BOOL RegisterHotKey( HWND hWnd,

視窗初始化四步驟 定義視窗類別 (WNDCLASS/WNDCLASSEX) 註冊視窗類別 (RegisterClass) 建立視窗實例 (CreateWind

RAD 工具的雙面刃 C++Builder、Delphi、VB、C# WinForms 等 RAD 環境提供豐富元件庫，極大提升開發效率。但： 元件庫 = A

從 DOS 到 Windows 的範式轉移 DOS 程式：循序執行、直接操作硬體、單任務。 Windows 程式：事件驅動、共享硬體資源、多任務、GUI 介面。

什麼是視窗程序？ 視窗程序是應用程式處理接收訊息的核心函數，包含對所有可能接收訊息的處理分支。本質上是一個巨大的 switch(message) 語句集合，每個

訊息結構：TMsg (對應 Win32 MSG) type TMsg = packed record hwnd: HWND; // 目標

日誌鉤子特殊地位 僅支援全域鉤子，系統中同一時間只能存在一個。 發生在系統訊息佇列取出輸入訊息時（最早期）。 不需放入 DLL，可直接在 EXE 中安裝（省去

鉤子機制核心概念 Windows 提供鉤子鏈機制：系統產生訊息 → 依序傳遞給鉤子鏈中的每個回調函數 → 回調可監控/修改/攔截/傳遞 → 最後達到目標視窗程序

為什麼需要捕獲未處理訊息？ VCL 封裝了常用訊息（Click、Paint、KeyDown 等），但大量 Windows 訊息（WM_NCHITTEST, WM

核心模式：BEGIN_MESSAGE_MAP + 專用訊息結構 標頭檔完整範本 // 自訂訊息 ID #define WM_MY_OPEN_CMDLINE_F

痛點：VCL 封裝的缺口 無法修改表單系統選單（新增/移除項目、圖示、擁有者繪製）。 TTrackBar 缺少 OnStartTrack/OnEndTrack

Windows 訊息驅動架構基石 Windows 是訊息驅動的搶占式多任務系統。核心流程： 系統訊息佇列：收集硬體輸入、系統事件。 執行緒訊息佇列：每個 GU

TApplication：VCL 應用程式的中樞神經 TApplication、TScreen、TForm 構成 BCB GUI 程式的三大支柱。TApplic

VCL 繼承鏈回顧 TObject → TPersistent → TComponent → TControl TPersistent：提供串流儲存/載入屬性

核心 API：GetDeviceCaps 所有印表機物理參數均透過 Handle, nIndex) 取得，Printer 為 VCL TPrinter 實例。

需求背景 TOpenDialog 預設檔案列表為「詳細資料」檢視。使用者希望一開啟即顯示「大圖示」模式，提升圖片/縮圖辨識度。 方案一：子類別化攔截 WM_U