C++ 判断一个类型是否为平凡可复制 (Trivially Copyable)

直接用std::is_trivially_copyable_v（c++17起）或std::is_trivially_copyable::value（c++11/14），它在编译期返回true当且仅当类型无虚函数、无虚基类、所有非静态成员及基类均平凡可复制，且特殊成员函数均为隐式默认；含std::string、std::vector或显式声明拷贝构造函数的类型均不满足。

c++ 判断一个类型是否为平凡可复制 (trivially copyable) _ std 特性【干货】

怎么用 `std::is_trivially_copyable` 判断类型？

直接用 std::is_trivially_copyable_v<t></t>，C++17 起推荐用这个变量模板；C++11/14 则用 std::is_trivially_copyable<t>::value</t>。

它在编译期返回 true 当且仅当类型满足：有平凡拷贝构造、平凡移动构造、平凡拷贝赋值、平凡移动赋值、平凡析构，且不能有虚函数、虚基类，非静态成员也必须都是平凡可复制的。

常见误判点：含 std::string、std::vector、用户自定义拷贝构造函数（哪怕只声明不定义）的类，都会让 std::is_trivially_copyable_v 为 false。

示例：

struct Plain { int x; double y; };  
struct NotPlain { std::string s; };  
static_assert(std::is_trivially_copyable_v<plain>);    // ✅  
static_assert(!std::is_trivially_copyable_v<notplain>); // ✅</notplain></plain>

为什么 `memcpy` 前必须确认是平凡可复制？

因为只有平凡可复制类型才能安全地用 memcpy 或 std::bit_cast（C++20）做位级拷贝。否则行为未定义——比如拷贝含虚表指针的对象，目标对象的虚表可能失效；拷贝含内部引用计数的对象（如 std::shared_ptr），会破坏引用关系。

典型场景：

序列化到字节缓冲区（如网络发送、文件写入）
零拷贝共享内存结构体
GPU 内存映射（需确保 host struct 可直接 memcpy 到 device）

错误做法：memcpy(&dst, &src, sizeof(T)) 却没检查 std::is_trivially_copyable_v<t></t> —— 这在调试模式下可能侥幸通过，上线后踩内存或崩溃。

C++14

C++14 对 C++11 的修正与增强版本，适合旧系统维护和较老工具链兼容。

下载

`std::is_trivially_copyable` 和 `std::is_pod` 的区别在哪？

std::is_pod 已被 C++20 标记为弃用，它要求更严：除了平凡可复制，还必须是“平凡类型”（trivial）+“标准布局”（standard layout）。而 std::is_trivially_copyable 只管拷贝语义，不管内存布局是否跨平台兼容。

也就是说：

所有 POD 类型都是平凡可复制的，但反过来不成立
含 private 成员或非公有继承的类，可能仍是平凡可复制，但不再是 POD
若你只要求“能 memcpy”，就该用 std::is_trivially_copyable；若还需保证与 C 结构体二进制兼容（比如对接 C ABI），则额外检查 std::is_standard_layout_v

别再用 std::is_pod 做判断依据了，它已过时且容易误导。