C++ 判斷類是否可安全使用預設拷貝/賦值：核心準則與實踐建議

直接回答

當且僅當類滿足以下所有條件時，可安全依賴編譯器生成的預設拷貝構造函數、拷貝賦值運算符（C++11 含移動語義）：

1. 所有非靜態成員均為：基本類型（int、double 等）、枚舉、指標（不擁有所有權）、或已正確實現拷貝語義的類類型（如 std::string、std::vector、std::shared_ptr）。
2. 無裸擁有型指標（raw owning pointer）、無手動管理資源（檔案句柄、Socket、鎖、堆記憶體等）。
3. 無虛函數且無多態基類切片風險（若作為基類需宣告 virtual destructor，但預設拷貝仍會導致切片，通常應刪除拷貝操作）。
4. 無需特定拷貝邏輯（如引用計數、深拷貝、複製時重新獲取資源等）。

典型「不可用預設」場景

現代 C++ 最佳實踐（Rule of Five / Zero）

• Rule of Zero：優先使用標準庫/智能指針管理資源，不聲明任何特殊成員函數，讓編譯器自動生成正確的拷貝/移動語義。
• Rule of Five：若必須手動管理資源，同時聲明五個特殊成員：解構、拷貝構造、拷貝賦值、移動構造、移動賦值（或用 =default/=delete 顯式控制）。
• 基類通用模式：

  class Base {
  public:
      virtual ~Base() = default;
      Base(const Base&) = delete;
      Base& operator=(const Base&) = delete;
      Base(Base&&) = delete;
      Base& operator=(Base&&) = delete;
      virtual std::unique_ptr<Base> clone() const = 0;
  };
  

給初學者的建議

1. 默認不寫拷貝/賦值，讓編譯器生成（Rule of Zero）。
2. 一旦類中出現裸指標、原生資源句柄、非拷貝類型成員，立即評估是否需自定義或刪除。
3. 使用 =delete 明確禁用拷貝，比私有未實現更清晰、編譯期報錯更早。
4. 閱讀 <memory>、<vector>、<string> 等標準庫源碼，理解其如何正確實現拷貝/移動。

掌握「資源管理即物件生命週期（RAII）」核心思想，拷貝/賦值安全性判斷即成直覺。