如何将std::uint16_t转为std::string_view？返回该类型是否合理？

先分析你给出的两种方案的问题 #

方案1（临时std::string转换） #

std::string_view to_str(std::uint16_t v) {
    return std::string_view(std::to_string(v));
}

这段代码完全错误：std::to_string(v)返回的是临时std::string对象，函数返回时该临时对象会被销毁，返回的string_view会指向已释放的内存，属于悬垂视图，访问它会触发未定义行为。

方案2（静态存储字符串） #

std::string_view to_str(std::uint16_t v) {
    static auto str = std::to_string(v);
    return std::string_view(str);
}

这段代码存在严重逻辑bug：静态变量str仅在第一次调用函数时初始化，后续无论传入什么值v，str都不会更新，返回的string_view永远指向第一次生成的字符串。比如第一次传123返回"123"的视图，后续传456依然返回"123"的视图，完全不符合需求。

更优的转换方案 #

string_view本身不持有内存，仅指向一段已存在的字符序列，所以要返回有效的string_view，必须保证它指向的内存在调用方使用期间处于存活状态。推荐以下两种方案：

方案1：调用方提供缓冲区（高效安全） #

由调用方负责管理缓冲区的生命周期，函数仅负责填充转换后的字符：

#include <charconv>
#include <string_view>
#include <cstdint>

std::string_view to_str(std::uint16_t v, char* buf, std::size_t buf_size) {
    if (!buf || buf_size == 0) {
        return {};
    }
    // C++17引入的std::to_chars，无动态分配，速度快
    auto [ptr, ec] = std::to_chars(buf, buf + buf_size, v);
    if (ec == std::errc{}) {
        return std::string_view(buf, ptr - buf);
    }
    // 缓冲区不足或转换失败，返回空视图
    return {};
}

调用示例：

char buf[6]; // uint16_t最大值65535是5个字符，加终止符共需6位空间
auto sv = to_str(65535, buf, sizeof(buf));
// sv在buf的生命周期内有效

如果需要兼容C++17之前的版本，可以用std::snprintf替代std::to_chars：

#include <cstdio>
#include <string_view>
#include <cstdint>

std::string_view to_str(std::uint16_t v, char* buf, std::size_t buf_size) {
    if (!buf || buf_size == 0) {
        return {};
    }
    int len = std::snprintf(buf, buf_size, "%u", static_cast<unsigned int>(v));
    if (len > 0 && static_cast<std::size_t>(len) < buf_size) {
        return std::string_view(buf, len);
    }
    return {};
}

方案2：返回std::string，由调用方转string_view（简单稳妥） #

如果不想让调用方管理缓冲区，最安全的方式是返回std::string，调用方可以根据需求自行转换为string_view：

#include <string>
#include <cstdint>

std::string to_str(std::uint16_t v) {
    return std::to_string(v);
}

// 调用方使用示例：
std::string num_str = to_str(123);
std::string_view sv(num_str);

这种方式虽然存在动态内存分配，但逻辑简单，完全没有生命周期问题。

返回string_view而非string是否合理？ #

是否合理取决于内存生命周期的管理能力：

• 不合理场景：如果函数内部生成临时内存（如栈缓冲区、临时std::string）并返回指向它的string_view，必然导致悬垂视图，这种情况绝对不能这么做。
• 合理场景：
  1. 调用方提供缓冲区，且能保证缓冲区在string_view使用期间存活；
  2. 转换后的字符串是编译期常量（如预定义的字符串数组映射），返回指向常量的string_view；
  3. 使用全局/静态内存存储转换结果，但要注意静态内存的内容会被后续调用覆盖，仅适用于单线程、无并发调用的特殊场景。

总结：若能让调用方参与内存管理，返回string_view是高效且合理的；否则返回std::string是更稳妥的选择。

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