C++ 传统拷贝与移动机制中的四大核心痛点：
1. 隐式深拷贝导致的“隐蔽性能开销”
- 在 C++ 中，
auto b = a;默认执行拷贝。如果a是一个包含巨量数据的std::vector或std::string，C++ 会默默在后台进行昂贵的内存分配和数据复制。开发者在写下=时往往毫无察觉，容易引入难以排查的性能瓶颈。
2. Move 后的“悬挂/残废变量”与未定义行为（UB）
- C++ 引入
std::move解决了性能问题，但缺乏编译期约束。执行b = std::move(a)后，a变成了一个“已经被抽干、但语法上依然存在”的状态。如果后续不小心再次读取a，编译器不会报错，极易引发运行时崩溃或逻辑异常。
3. “浅拷贝 + 自定义析构” 引发的内存双重释放（Double Free）
- 如果开发者编写了一个管理指针的类，但忘记重写拷贝构造函数（违反了“三/五法则”），C++ 就会默认进行按位浅拷贝。当两个对象的析构函数相继执行时，同一块内存会被释放两次，导致严重的安全漏洞。
4. 繁琐的“三/五/零法则”与模板代码负担
- 为了在赋值、移动和析构时保持正确性，C++ 开发者必须小心翼翼地遵循“五法则”，手动编写或维护拷贝构造、拷贝赋值、移动构造、移动赋值和析构函数，代码冗长且极易出错。
