c++oding="utf-8" ?>
std::span解析字节流安全的前提是缓冲区生命周期长于span实例；传入nullptr或已释放指针会引发未定义行为；应将缓冲区存为类成员，或对接C API时加空指针断言；subspan前须手动验证总长度是否足够。
直接用
std::span
直接包装 fread 或 recv 的裸指针
因为 std::span 不检查空指针，也不绑定内存所有权。传入 nullptr 加非零长度、或传入已 free() 的堆内存地址，构造函数照常通过，但首次访问就可能崩溃或读脏数据。
- 常见错误：用栈数组临时接收网络包，再构造
std::span传出函数作用域 → 悬垂 - 正确做法：把缓冲区存在类成员（如
std::vector<:byte> m_buf），再用std::span{m_buf}构造视图 - 若必须用裸指针（如对接 C API），先加断言：
assert(ptr != nullptr || size == 0) - 别依赖
std::span::data()返回值做空判断——它可能返回nullptr即使 size > 0，此时已是 UB
subspan() 切片二进制协议头时怎么避免越界
subspan(offset, count) 在 offset 超出范围时行为未定义（例如 offset > size()），但 count 超限时会自动截断为有效长度（返回空 span 或短 span）。关键是要手动检查总长度是否足够。
- 解析前必须先验证：
if (buf.size() （比如魔数4字节 + 版本2字节 + 长度4字节） - 切字段用
buf.subspan(0, 4)、buf.subspan(4, 2)，而非buf.data() + 4—— 后者绕过 span 边界语义 - 不要用
at()做运行时防护：C++20 标准未要求其实现边界检查，GCC/MSVC 当前都不保证 - 调试阶段可启用
_GLIBCXX_ASSERTIONS（libstdc++）或_ITERATOR_DEBUG_LEVEL=2（MSVC）让operator[]加 assert
如何把字节块 reinterpret 为结构体而不触发 strict aliasing
不能直接 reinterpret_cast，这违反严格别名规则。C++20 提供了更安全的桥梁：std::as_bytes() 和 std::bit_cast。
- 读结构体：先用
std::as_bytes(buf)得到std::span，再用std::bit_cast(buf.first ()) - 确保对齐：目标类型
Header必须满足alignof(Header) （通常成立），且buf.size() >= sizeof(Header) - 写结构体：用
std::as_writable_bytes(buf)获取可写字节视图，再std::bit_cast回写（需确保buf是非 const 类型） - 禁止跨类型别名强转：
std::span不能直接转成std::span；必须用reinterpret_cast+ 显式长度校验(buf.data())
最易被忽略的一点：std::span 的生命周期管理不是编译器责任，而是你的代码契约。哪怕只多一行 return sp.subspan(0, 1);，如果原缓冲区是局部 std::vector，调用方拿到的就是一具尸体。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
