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

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

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

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

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

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

    // 默認(rèn)拷貝構(gòu)造函數(shù)會產(chǎn)生淺拷貝
};

如果直接使用默認(rèn)拷貝：

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

這會導(dǎo)致 b 析構(gòu)時釋放了 a 的內(nèi)存，程序崩潰。正確做法是顯式定義拷貝和移動構(gòu)造函數(shù)：

// 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;
}

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

2. STL 容器使用誤區(qū)

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

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

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

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

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

3. 智能指針濫用

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

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

易錯點(diǎn)：循環(huán)引用會導(dǎo)致內(nèi)存泄漏：

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

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

struct Node {
    std::weak_ptr<Node> next; // 打破循環(huán)引用
};

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

4. 宏與 constexpr 混用不當(dāng)

很多老項(xiàng)目里仍大量使用宏定義常量：

#define PI 3.1415926

問題在于，宏沒有類型檢查，容易引發(fā)意外問題?，F(xiàn)代 C++ 推薦使用 constexpr 或 inline 變量：

constexpr double PI = 3.1415926;

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

5. 異常安全忽視

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

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

如果 may_throw 拋異常，后續(xù)操作不會執(zhí)行，但 vector 內(nèi)存管理自動處理了，這看似安全。但如果你管理裸資源，就可能出現(xiàn)泄漏：

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

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

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

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

最后總結(jié)一下

這五類問題是 C++ 項(xiàng)目中最容易遇到的陷阱，既有性能隱患，也有潛在崩潰風(fēng)險。理解底層機(jī)制、遵循現(xiàn)代 C++ 規(guī)范、利用標(biāo)準(zhǔn)庫工具，是避免這些問題的最穩(wěn)妥方法。

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