不能用 start_lifetime_as 启动 C++ 对象生命周期，它仅声明内存可访问，不构造对象；必须配对 std::construct_at 初始化非平凡类型，否则触发未定义行为。
不能用 start_lifetime_as 来“启动”一个 C++ 对象的生命周期——它不负责构造，也不调用构造函数，只是告诉编译器“这块内存现在可以当作某类型对象来访问了”。误以为它能替代 new 或 std::construct_at，八成会触发未定义行为。
什么时候必须配对使用 std::construct_at？
start_lifetime_as 只改变对象生命周期的“起始点”，但不会执行任何初始化逻辑。如果你需要一个真正可用的对象（比如有成员变量、虚表、自定义构造逻辑），光靠它远远不够。
- 原始内存来自
malloc、aligned_alloc或std::allocator::allocate，且你打算放一个非平凡类型（如std::string、带虚函数的类） - 你已用
start_lifetime_as声明生命周期开始，但后续直接访问成员或调用成员函数——此时对象尚未构造，行为未定义 - 正确做法是：先用
start_lifetime_as（可选，C++23 起对某些场景更安全），再立刻用std::construct_at完成实际构造
示例：
void* raw = std::aligned_alloc(alignof(std::string), sizeof(std::string)); auto* s = std::start_lifetime_as<std::string>(raw); // ✅ 生命周期开始 std::construct_at(s, "hello"); // ✅ 必须构造
start_lifetime_as 和 placement new 的关键区别
两者都作用于已有内存，但语义和约束完全不同：placement new 是构造操作，start_lifetime_as 是生命周期声明操作。混用极易出错。
- placement new（如
new (ptr) T{...}）隐式启动生命周期并执行构造；start_lifetime_as只启动生命周期，不构造 - 对 trivially copyable 类型，
start_lifetime_as可能省掉一次零初始化（比如从malloc分配后直接标记为T类型）；placement new 则仍会按规则初始化（例如T{}会零初始化） - 如果对象类型有 const 或引用成员，仅用
start_lifetime_as后未调用构造函数，后续任何访问都是未定义行为——编译器不拦，但运行时可能崩溃或静默错误
哪些类型能安全跳过 std::construct_at？
只有满足「平凡可复制（trivially copyable）」且「无 const/引用成员」的类型，在明确不依赖初始化值的前提下，才可能只靠 start_lifetime_as + 手动赋值存活。
立即学习“C++免费学习笔记（深入）”；
- 典型例子：
struct Vec3 { float x,y,z; };—— 可以：auto* v = std::start_lifetime_as<vec3>(buf); v->x = 1.f;</vec3> - 但一旦加个
const int id = 42;，就不能这么干：生命周期虽已开始，但 const 成员未被初始化，首次读取即 UB - 即使类型平凡，若后续要传给标准库算法（如
std::sort），也强烈建议用std::construct_at初始化，避免因未定义状态导致比较逻辑异常
C++20 vs C++23 兼容性坑点
start_lifetime_as 是 C++23 新增函数，旧标准不可用。别指望在 GCC 12 或 Clang 15 之前稳定支持，且 MSVC 直到 19.35 才完整实现。
- 头文件是
<memory>，不是<new>；误包含后者会导致编译失败 - 返回的是
T*，不是void*，所以不能直接赋给auto*再 reinterpret_cast —— 类型推导会崩 - 若目标类型是数组（如
start_lifetime_as<int></int>），需注意：C++23 明确允许，但部分早期实现（如 GCC 13.2）仍报错，建议降级为单元素 + 手动偏移处理
最常被忽略的一点：start_lifetime_as 不检查对齐。传入未对齐指针时，行为未定义——而 std::construct_at 会做对齐断言（在 debug 模式下）。别省这一步校验。
