為什麼 auto_ptr 絕不能放入 STL 容器：標準禁止的深層原因

標準的明確禁令

C++ 標準**明確禁止**包含 auto_ptr 的容器 (COAPs)。合規編譯器應拒絕編譯此類代碼。但許多舊版 STL 實現未強制檢查，導致開發者誤以為可用。

核心缺陷：複製即轉移擁有權

auto_ptr 複製建構/賦值會**轉移擁有權**，來源歸零：

auto_ptr pw1(new Widget);
auto_ptr pw2(pw1); // pw1 變 null，pw2 擁有 Widget

這違反 STL 容器要求的「複製語義」（複製後兩者獨立、等價）。

災難性後果：sort 算法實例

vector<auto_ptr<Widget>> v 呼叫 sort(v.begin(), v.end(), cmp) 時：

1. sort 內部實現（快排）需複製元素到暫存變數 pivotValue：
   ElementType pivotValue(*i); // 複製 auto_ptr → 來源變 null，Widget 被 delete
2. 遞歸過程中多次選樞軸，**多個元素變 null、多個 Widget 被過早刪除**。
3. 容器內容遭破壞，程式行為未定義，極難除錯。

標準委員會為何不妥協？

• auto_ptr 語義根本與容器需求衝突，無法修補。
• 強制禁止能在編譯期攔截錯誤，避免運行時災難。
• 推動開發者使用正確工具（後來的 shared_ptr/unique_ptr）。

正確替代方案

• C++11 unique_ptr：移動語義、可放入容器（需 move）、支援陣列、零開銷。
• C++11 shared_ptr：共享擁有權、標準複製語義、完美支援容器。
• Boost shared_ptr/scoped_ptr：C++03 專案的最佳選擇。

結語

auto_ptr 進容器是**定時炸彈**。標準禁止非草率，而是基於語義不相容的鐵律。請立即遷移至現代智慧指標。