1. 全局變量正確定義模式 BCB 要求聲明與定義分離： 頭文件：extern int gVar; 源文件：#pragma package(smart_init

對話式推導：為什麼需要智能指針？ C++ 無內建垃圾回收，但提供構造/析構函數成對調用機制。 包裝裸指針：構造時接管所有權，析構時 delete。 再添加 op

問題背景 TTable.Delete() 僅標記刪除旗標，不釋放磁盤空間。反覆增刪導致表文件膨脹。 DBase/FoxPro 可用 PACK 命令；Parado

Union 不能存儲帶構造函數的類對象 C 语言 union 可存儲 struct（無構造函數）。C++ 繼承此規則： 帶有用戶聲明構造函數、析構函數、拷貝操作

兩類數據指針 常規數據指針：int* p = &value; 指向具體對象。 成員數據指針：int MyStruct::* pm = &MyStruct::v

函數指針基礎 void (*fp)(); // 無參無返 void (*fp2)(int); // 一 int 參無返 typ

C++ 指針體系的嚴格分類 C++ 將指針細分為：數據指針、數據成員指針、函數指針、成員函數指針。 不可隨意轉換，甚至 void* 也無法轉換為成員指針。 大小

什麼是函數對象？ 實現 operator() 的類。調用語法與函數指針一致：obj(args)。 核心優勢：可攜帶狀態（附加數據），函數指針做不到。 帶狀態的

注入攻擊：最危險的代碼注入 攻擊者將惡意代碼/數據注入運行進程，劫持控制流。經典案例：Windows 動畫光標漏洞，通過畸形文件觸發瀏覽器加載，實現任意代碼執行

兩個 iostream 的區別 <iostream.h>：舊式頭文件，符號置於全局命名空間，C++ 標準已棄用。 <iostream>

經典 C++ 學習路線圖 C++ Primer → C++ 標準程序庫 → Effective C++ → Effective STL → 深度探索 C++ 對

指針：本質是帶類型的地址 指針類型 = 基類型 + 指針層級。例如： int* p → 指向 int int** p → 指向指向 int 的指針 int (*

指針：C 語言的靈魂與陷阱 指針擁有「值」與「地址」雙重屬性，賦予 C 語言直接操作內存的能力，也引發無數錯誤。核心在於時刻明確：當前使用的是指針的值（地址），

前言：內存洩漏是 C/C++ 程序員的「心頭之痛」 對於 C/C++ 開發者而言，內存洩漏既常見又棘手。雖然智能指針、垃圾回收等技術層出不窮，但智能指針尚未普及

一、printf 格式控制完整指南 格式字串完整語法：%[flags][width][.precision][length]specifier 標誌位 -：

STL 极简实现 bool is_palindrome(const string& s) { return equal(s.begin(), s.end

演算法核心：試除法判斷質數 對整數 m (2 ≤ m ≤ 100)，檢查是否存在除數 d (2 ≤ d ≤ √m)。無除數則為質數。 優化：d 只需檢查到 √m

資料結構定義 struct BTNode { int data; BTNode *lchild, *rchild; }; struct ABT

經典難題 Bentley 在《Writing Correct Programs》指出：90% 程式設計師無法在 2 小時內寫出完全正確的二分搜尋。關鍵難點在於邊

背景 本文以純 C 風格重新實現 STL `` 中四大堆操作：push_heap、pop_heap、make_heap、sort_heap，並對照標準庫行為驗證