C++如何实现字符串的深度克隆-C++-PHP中文网

std::string 赋值或拷贝构造即实现深度克隆，因其内部自动管理内存并保证独立性；裸指针 char* 才需手动深拷贝，而 std::string_view 不可也不应深拷贝。

c++如何实现字符串的深度克隆

std::string 本身不需要深度克隆

直接赋值或拷贝构造就足够了——std::string 在 C++11 及以后默认采用写时复制（COW）的替代方案（通常是小字符串优化 + 移动语义），其内部管理的堆内存会在拷贝时被真正复制，语义上就是深度克隆。

常见误解是以为 std::string 像 C 风格指针那样共享底层 char*。实际上，标准要求拷贝后两个对象独立：修改其中一个绝不会影响另一个。

错误现象：s1 = "hello"; s2 = s1; s1[0] = 'H'; 后 s2 仍是 "hello"（不是 "Hello"）
使用场景：任何需要独立副本的地方，如函数传值、容器存储、多线程间传递
参数差异：无需额外参数；std::string(const std::string&) 和 operator= 均满足深度语义

需要手动深拷贝的其实是 char* 或自定义字符串类

如果你持有裸指针 char*（比如用 new char[n] 分配），那才真正面临深拷贝问题。此时 std::string 反而是帮你规避它的工具。

实操建议：优先用 std::string 替代裸指针。若必须处理 char*，深拷贝逻辑应包含长度计算、内存分配、逐字节复制、空终止符处理：

char* deep_clone_cstr(const char* src) {
    if (!src) return nullptr;
    size_t len = std::strlen(src);
    char* dst = new char[len + 1];
    std::strcpy(dst, src); // 或 std::memcpy(dst, src, len + 1)
    return dst;
}
// 别忘了调用方负责 delete[]

容易踩的坑：new char[strlen(src)] 忘记 +1 导致缓冲区溢出
性能影响：频繁深拷贝裸字符串会触发多次堆分配，远不如 std::string 的 SSO（小字符串优化）高效
兼容性：C++20 起 std::string 对 move 构造/赋值有强异常保证，裸指针方案无此保障

自定义字符串类中实现深拷贝要重载三法则

如果你在写自己的 MyString 类，并持有 char* 成员，就必须显式定义析构函数、拷贝构造函数和拷贝赋值运算符（即“三法则”，C++11 后建议补上移动操作）。

C函数速查手册（CHM版）

下载

关键点在于：拷贝构造函数里不能写 data = other.data（那是浅拷贝），而要：

检查 other.data 是否为空
用 new char[other.size + 1] 分配新内存
用 std::strcpy 或 std::copy 复制内容
确保末尾有 '\0'

否则会出现双释放、悬空指针或数据交叉污染——这类 bug 往往在对象生命周期交叠时才暴露，调试成本高。

std::string_view 不可深拷贝，也不该尝试

std::string_view 是只读视图，不拥有数据。它没有拷贝构造意义上的“深”或“浅”，只有引用语义。试图对它做“深拷贝”说明设计意图混乱。

正确做法是：需要所有权时，用 std::string{sv} 构造；需要零开销传递时，保持 std::string_view 参数类型。

错误现象：std::string_view sv = "hello"; char* p = const_cast<char>(sv.data()); /* 然后试图拷贝 p */</char> —— 危险且无必要
性能陷阱：把 std::string_view 强转为 std::string 再传参，可能引入隐式拷贝，尤其在循环内

深拷贝这件事，在现代 C++ 里绝大多数时候只是个伪需求。真正要花精力的，是搞清谁该拥有内存、谁该只读访问、以及什么时候该用移动代替拷贝。