如何将std::string_view转换为unique_ptr<char[]>并长期持有？

首先明确：C++标准库并没有提供将std::string_view直接转换为可长期持有char*的“标准方式”，但我们可以通过高效且安全的自定义实现来满足需求，同时避免不必要的内存开销。

对三种尝试方案的分析 #

• 方案1（临时std::string再拷贝）：确实会产生两次内存拷贝——第一次是string_view到临时std::string的拷贝，第二次是string的c_str()到unique_ptr<char[]>的拷贝，完全没必要，属于低效实现。
• 方案2（move std::string的缓冲区）：不可行。std::string的内部缓冲区是其私有管理的资源，没有公开接口允许将缓冲区所有权转移给unique_ptr<char[]>。强行通过指针获取并转移会导致std::string析构时重复释放内存，触发未定义行为。
• 方案3（直接分配内存复制）：这是最直接高效的思路，唯一的问题是手动实现容易出错，但可以通过封装成函数彻底解决这个问题。

推荐实现 #

直接封装一个函数，完成内存分配、内容拷贝和终止符添加，只做一次内存分配和一次拷贝：

#include <memory>
#include <string_view>
#include <cstring>

std::unique_ptr<char[]> to_owned_cstr(std::string_view sv) {
    const auto len = sv.size();
    auto buffer = std::make_unique<char[]>(len + 1);
    std::memcpy(buffer.get(), sv.data(), len);
    buffer[len] = '\0'; // 添加C风格字符串终止符
    return buffer;
}

这个实现的优势：

1. 仅一次内存分配和一次拷贝，性能最优；
2. 封装后无需重复编写拷贝逻辑，避免手动操作出错；
3. unique_ptr<char[]>会自动管理内存，无需手动释放，符合RAII原则；
4. 相比std::string，unique_ptr<char[]>没有额外的容量预留、控制块等内存开销，完美适配你提到的场景——大量std::variant对象以uintptr_t为主，仅偶尔存储文本，能有效减少内存浪费。

总结 #

虽然没有标准库提供的“标准方式”，但上述封装实现是当前场景下最合理、高效的选择，既满足长期持有char*的需求，又能严格控制内存开销。

内容的提问来源于stack exchange，提问作者igel