std::span形参应优先值传递；它仅复制指针和长度（通常16字节），零开销且安全，而const引用传递易掩盖生命周期问题，导致悬垂视图。
std::span 本身不拷贝数据，但传参方式不当会意外触发复制或悬垂——关键不是“怎么避免拷贝”，而是“怎么确保视图有效且不延长生命周期”。
std::span 形参该用值传递还是 const 引用？
直接用 std::span<const t></const> 值传递是最常用、最安全的做法。它只复制两个字段（指针 + 长度），通常 16 字节，零开销。
用 const std::span<const t>&</const> 引用传递看似省一点，但没实际收益，反而容易掩盖生命周期问题：一旦原数据提前析构，引用的 span 就变悬垂，而编译器不会报错。
常见错误场景：
- 函数返回局部
std::vector的span，调用方用引用接收 → 悬垂 - 把栈数组地址传给
span，再传引用进另一个函数，该函数返回后栈帧销毁 → 悬垂
从 std::vector 构造 span 时，data() 是否可靠？
只要 std::vector 对象还活着，且没发生过 push_back、resize、reserve 等可能 realloc 的操作，vec.data() 就始终有效，std::span 安全。
但注意这些坑：
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
-
std::vector是临时对象（如函数返回值）：不能直接构造span，因为 vector 析构后 data 失效 - 用了
std::move(vec)后再取data()：行为未定义，data()可能为nullptr - 多线程中 vector 被其他线程修改：必须加锁或确保只读访问
如何安全地把裸指针 + 长度转成只读 span？
用 std::span<const uint8_t>{ptr, len}</const> 是标准做法，但必须保证 ptr 所指内存生命周期 ≥ span 生命周期。
典型危险操作：
-
std::span<const char>{"hello"}</const>→ 指向字符串字面量，安全（静态存储期） -
char buf[256]; std::span<const char>{buf, 256}</const>→ 安全（栈变量生命周期明确） -
char* p = new char[256]; ... std::span<const char>{p, 256}</const>→ 必须确保delete[] p在span用完之后
如果底层内存来源不确定，优先用 RAII 容器（如 std::vector 或 std::unique_ptr）管理生命周期，再构造 span。
subspan 切片后，子 span 的生命周期谁负责？
子 span 不延长任何生命周期，它和原 span 共享同一份底层内存引用。所以：
- 原
span是临时对象（如函数返回值），子span不能存为成员变量或返回出去 - 若原
span包装的是std::vector::data()，那子span的安全边界完全取决于该vector的生命周期 -
subspan本身不检查越界：传入负偏移或超长长度 → 未定义行为，span不拦
真正容易被忽略的点是：你写了 auto header = buf.subspan(0, 4)，看起来很干净，但如果 buf 是函数参数，而你在函数外保存了 header，就已埋下悬垂隐患。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
