std::to_string 不够快是因为它动态分配堆内存、构造 string 对象，并有 locale 查表和异常开销；真正瓶颈是内存分配与对象管理，而非转换逻辑。
为什么 std::to_string 不够快？
在高频数字转字符串场景（比如日志拼接、序列化循环体、网络协议编码），std::to_string 会动态分配堆内存、构造 std::string 对象，并隐含 locale 查表和异常安全开销。实测在小整数（如 0–9999）上，它比手写指针方案慢 2–5 倍。真正瓶颈不在转换逻辑，而在内存分配和对象管理。
用栈上缓冲 + 指针反向填充，避免 new/delete
核心思路：预分配足够大的字符数组（如 12 字节可覆盖 int64_t 最坏情况），用两个指针 —— 一个从末尾向前写数字字符，一个始终指向起始位置 —— 最后通过指针偏移得到有效子串。不调用任何标准库字符串构造函数。
关键点：
-
buffer[12]足够存下-9223372036854775808（20 字符 + '\0'）；对int用[12]更安全 - 先处理符号：若为负，写入
'-'并取反，然后统一按正数处理 - 用
do-while循环，确保0至少输出一个'0' - 最后用
&buffer[i]得到 C 风格字符串首地址，或用std::string_view(&buffer[i], end - &buffer[i])零拷贝封装
char buffer[12];
char* p = buffer + sizeof(buffer) - 1;
*p = '\0';
int n = 12345;
bool neg = n < 0;
if (neg) n = -n;
do {
*--p = '0' + (n % 10);
n /= 10;
} while (n != 0);
if (neg) *--p = '-';
// 此时 p 指向 "12345\0" 的 '1'
注意有符号整数的 INT_MIN 边界问题
直接对 INT_MIN 取负会溢出（因为 abs(INT_MIN) > INT_MAX），导致未定义行为。不能无条件写 n = -n。
立即学习“C++免费学习笔记（深入）”；
正确做法：
- 先判断
n == INT_MIN（或n == std::numeric_limits<int>::min()） - 如果是，硬编码写
"-2147483648"，并跳过后续循环 - 或者统一用
long long接收参数，再做取反（但需注意调用方传参类型一致性）
否则在开启 -fsanitize=undefined 时会崩溃，Release 模式下可能产生错误结果。
如何返回结果而不触发拷贝？
返回 std::string 必然拷贝；返回裸指针则生命周期不可控。更实用的做法是让调用方提供缓冲区（即“caller-allocates”模式）：
- 函数签名设计为
char* int_to_str(int n, char* out, size_t out_size) - 返回值为
out的偏移指针（如out + written_len），便于链式拼接 - 调用方可用栈数组：
char tmp[12]; auto s = int_to_str(42, tmp, sizeof(tmp)); - 也可配合
std::array<char, 12>使用，避免裸指针警告
这比追求“返回 string_view”更可靠 —— 后者依赖栈缓冲生命周期，而实际工程中缓冲往往来自池化内存或预分配结构体字段，边界必须由使用者把控。
最易被忽略的是：所有优化都建立在「你控制缓冲来源」的前提下；一旦让函数内部 new char[12]，性能优势立刻归零。
