C++ vector resize操作陷阱与工程实践指南

1. 问题现象与背景分析

最近在调试一个C++服务时遇到了一个诡异的问题：程序在运行一段时间后会突然崩溃，gdb回溯显示是在某个std::vector操作时发生了segmentation fault。经过初步排查，发现问题出在resize()操作上。这个看似简单的标准库函数，在实际工程应用中却暗藏玄机。

vector作为C++中最常用的容器之一，resize()是其基础操作，用于调整容器大小。但当容器内存储的是自定义类对象时，resize()的行为可能并不如我们预期的那样简单。特别是在多线程环境、对象含有复杂资源管理（如指针成员）等场景下，不当使用resize()可能导致内存泄漏、野指针甚至程序崩溃。

2. resize操作原理深度解析

2.1 resize的标准行为

根据C++标准，vector::resize(n)的行为可以概括为：

• 当n < current_size：删除尾部元素，使size() == n
• 当n > current_size：在尾部添加n-size()个元素，通过值初始化（value-initialization）
• 当n > capacity()：自动重新分配内存（类似reserve）

关键点在于"值初始化"这个操作。对于内置类型如int，会零初始化；对于类类型，则调用默认构造函数。

2.2 潜在问题场景

在实际工程中，以下场景容易引发问题：

1. 无默认构造函数的类：

cpp复制class MyClass {
public:
    MyClass(int x) {} // 没有默认构造函数
};
std::vector<MyClass> vec;
vec.resize(10); // 编译错误

2. 含有指针成员的类：

cpp复制class ResourceHolder {
    int* ptr;
public:
    ResourceHolder() : ptr(new int[100]) {}
    ~ResourceHolder() { delete[] ptr; }
    // 缺少拷贝控制成员！
};
std::vector<ResourceHolder> vec(1);
vec.resize(100); // 灾难：多次delete同一指针

3. 多线程环境下的竞争条件：

cpp复制std::vector<int> shared_vec;
// 线程A：
shared_vec.resize(100);
// 线程B：
shared_vec[50] = 42; // 可能访问无效内存

3. 典型异常场景与排查方法

3.1 内存访问违例

最常见的崩溃场景是访问了resize后无效的内存区域。例如：

cpp复制std::vector<int*