C++ string类：告别原生字符数组的内存陷阱

1. 为什么我们需要告别原生字符数组

十年前我刚入行C++开发时，第一个项目就遇到了字符数组越界导致的崩溃问题。当时为了调试那个诡异的段错误，整整花了三天时间逐行检查内存分配。这种经历让我深刻理解了为什么现代C++要引入string类——它不仅让代码更安全，还能显著提升开发效率。

原生char最大的问题在于手动管理内存。每个new[]都必须对应delete[]，稍有不慎就会导致内存泄漏。更麻烦的是字符串操作，比如拼接两个char需要先计算总长度，分配新内存，再逐个字符拷贝。我曾经统计过，项目中30%的崩溃都源于字符数组处理不当。

string类的设计哲学是RAII（资源获取即初始化）。它在构造函数中分配内存，析构时自动释放，完全避免了手动管理的风险。内部还维护了长度信息，使得size()操作是O(1)时间复杂度，而strlen()需要O(n)遍历。

2. string类的核心优势解析

2.1 内存管理的自动化

string内部采用动态数组存储字符，默认会根据std::allocator分配内存。当执行append操作时，如果当前容量不足，会自动触发扩容。主流实现（如GCC的libstdc++）采用2倍扩容策略：

cpp复制if (new_size > capacity) {
    size_type new_capacity = capacity * 2;
    if (new_capacity < new_size) 
        new_capacity = new_size;
    reserve(new_capacity);
}

这种策略在时间效率和空间利用率之间取得了平衡。相比之下，用char*实现同样功能需要：

cpp复制char* concat(const char* a, const char* b) {
    size_t len = strlen(a) + strlen(b);
    char* result = new char[len + 1];
    strcpy(result, a);
    strcat(result, b);
    return result; // 调用者必须记得delete[]
}

2.2 丰富的成员函数

string提供了