哈嘍，大家好，我是廚子，一個酷愛做飯而考了廚師資格證的程序員。

在日常寫 C++ 代碼的過程中，很多問題并不是語法錯誤，而是潛在的邏輯或性能隱患。尤其是當代碼量上去以后，這類問題往往會悄無聲息地埋下 bug。

整理了五類最常見的易錯寫法，希望對大家在日常開發和面試中都有幫助。

1. 不合理的對象拷貝和移動

很多初學者在寫類時沒有明確區分拷貝和移動，容易出現性能問題甚至資源泄漏。比如：

class Buffer {
    char* data;
    size_t size;
public:
    Buffer(size_t s) : size(s), data(new char[s]) {}
    ~Buffer() { delete[] data; }

    // 默認拷貝構造函數會產生淺拷貝
};

如果直接使用默認拷貝：

Buffer a(100);
Buffer b = a;  // 淺拷貝，兩個對象共享同一塊內存

這會導致 b 析構時釋放了 a 的內存，程序崩潰。正確做法是顯式定義拷貝和移動構造函數：

// C++11 及以后
Buffer(const Buffer& other) : size(other.size), data(new char[other.size]) {
    std::copy(other.data, other.data + other.size, data);
}

Buffer(Buffer&& other) noexcept : size(other.size), data(other.data) {
    other.data = nullptr;
    other.size = 0;
}

思路總結：凡是涉及資源管理的類，必須明確拷貝與移動語義，否則潛在的 bug 很難發現。

2. STL 容器使用誤區

std::vector 和 std::list 是最常用的容器，但很多人對它們的底層特性理解不夠，容易寫出低效代碼。

示例：頻繁在 vector 中間插入元素

std::vector<int> v = {1, 2, 3, 4};
v.insert(v.begin() + 1, 10); // O(n) 操作，后續元素需要整體搬移

如果操作頻繁，應考慮用 std::list 或 std::deque，或者通過批量操作減少搬移次數。

總結原則：容器選擇要根據使用場景和復雜度，而不是單純用熟悉的類型。

3. 智能指針濫用

C++11 引入了 std::unique_ptr 和 std::shared_ptr，解決了內存管理問題，但濫用也會帶來副作用。

std::shared_ptr<Buffer> p1 = std::make_shared<Buffer>(100);
std::shared_ptr<Buffer> p2 = p1; // 引用計數增加

易錯點：循環引用會導致內存泄漏：

struct Node {
    std::shared_ptr<Node> next;
};

如果 next 指向父對象，引用計數永遠不會歸零。解決方案是合理使用 std::weak_ptr：

struct Node {
    std::weak_ptr<Node> next; // 打破循環引用
};

總結原則：智能指針解決了絕大部分裸指針問題，但仍需理解底層的引用計數機制。

4. 宏與 constexpr 混用不當

很多老項目里仍大量使用宏定義常量：

#define PI 3.1415926

問題在于，宏沒有類型檢查，容易引發意外問題。現代 C++ 推薦使用 constexpr 或 inline 變量：

constexpr double PI = 3.1415926;

好處：編譯期求值、類型安全、可調試性好。同時，避免了宏帶來的命名污染。

5. 異常安全忽視

異常安全往往被忽略，尤其是資源管理和容器操作中。

void process() {
    std::vector<int> v;
    v.push_back(1);
    may_throw(); // 如果拋異常
    v.push_back(2);
}

如果 may_throw 拋異常，后續操作不會執行，但 vector 內存管理自動處理了，這看似安全。但如果你管理裸資源，就可能出現泄漏：

char* buf = new char[1024];
may_throw();
delete[] buf; // 永遠執行不到

解決方法：使用 RAII 原則管理資源，或者結合智能指針：

std::unique_ptr<char[]> buf(new char[1024]);
may_throw(); // 異常時自動釋放

總結原則：C++ 的異常安全核心是資源自動管理，而不是手動釋放。

最后總結一下

這五類問題是 C++ 項目中最容易遇到的陷阱，既有性能隱患，也有潛在崩潰風險。理解底層機制、遵循現代 C++ 規范、利用標準庫工具，是避免這些問題的最穩妥方法。

在日常開發中，多觀察編譯器警告、合理使用智能指針和容器、養成 RAII 思維，比盲目追求“快速寫代碼”更能提高代碼質量。