struct定义后不能直接赋值，是因为含非平凡成员（如std::string、unique_ptr）时可能禁用隐式拷贝；成员初始化中初始化列表优先级高于默认成员初始化；struct与class仅默认访问权限不同；小结构体宜传值，大结构体宜传const引用。
struct 定义后为什么不能直接赋值？
因为 C++ 中 struct 默认是 public 的聚合类型，但若含非平凡成员（比如 std::string、自定义构造函数、虚函数），就不再是 POD 类型，编译器可能禁止隐式复制或要求显式定义拷贝操作。常见错误是写完 struct Person { std::string name; int age; }; 后直接 p1 = p2; 却在某些编译器下报错——其实能赋值，但前提是所有成员支持拷贝；如果用了 std::unique_ptr 或删除了拷贝构造，就会失败。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 纯数据结构优先用
struct，避免手动写构造函数/析构函数，保持聚合性 - 需要控制初始化逻辑时，改用
class更明确，或为struct显式定义Person(const Person&) = default; - 检查是否意外触发了移动语义：C++11 后，含
std::vector等成员的struct赋值实际调用的是移动赋值（如果右值），不是拷贝
struct 成员变量初始化有哪些坑？
C++11 起支持非静态成员初始化（NSMI），但和构造函数初始化列表有优先级差异。比如 struct S { int x = 42; S() : x(100) {} };，最终 x 是 100 —— 初始化列表优先级高于默认成员初始化。容易踩的坑是以为写了默认值就万事大吉，结果被构造函数覆盖了。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 基础类型（
int、bool）可放心用=初始化，避免未定义行为 - 类类型成员（如
std::string）用=初始化没问题，但注意它会在构造函数体执行前完成，且只调用一次 - 不要混用
=和初始化列表来初始化同一个成员，除非你清楚覆盖规则 - 聚合初始化（
S s{.x=5};）会跳过 NSMI，直接按花括号内值赋值
struct 和 class 到底该选哪个？
语法上只有默认访问权限不同：struct 成员默认 public，class 默认 private；其他所有行为（继承、模板、内存布局、ABI）完全一致。选哪个不取决于“是不是数据容器”，而取决于你想强调什么。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 如果目标是零开销抽象、与 C 兼容（比如跨语言传递）、或明确表示“这只是字段打包”，用
struct - 如果想隐藏实现细节、提供不变量检查、或未来大概率要加成员函数和私有状态，用
class更自然 - 别为了“统一风格”强行把所有
class改成struct—— 一旦加了private:，语义就变味了 - 模板参数中常用
struct（如std::less<t></t>内部是个空struct），因为它更轻量、无隐藏语义
struct 在函数参数传递时怎么避免性能问题？
传值（void f(MyStruct s)）会触发完整拷贝，哪怕只有几个 int 字段也没问题，但一旦含 std::vector 或 std::string，拷贝成本就不可忽视。而传引用（const MyStruct& s）虽快，却失去值语义，调用方无法直观判断是否会被修改。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 小结构体（≤ 两个指针大小，比如
struct Vec2 { float x,y; };）直接传值，现代编译器通常用寄存器传，比引用来得快 - 含动态内存或不确定大小的结构体，一律用
const MyStruct&，必要时加[[nodiscard]]提示返回值不应被忽略 - 避免传
MyStruct&（非 const）除非真要修改原对象——这会让调用方难以推理副作用 - 如果函数内部频繁读取结构体字段，考虑用结构化绑定（
auto [x, y] = s;）提升可读性，不影响性能
真正麻烦的从来不是怎么写 struct，而是什么时候不该用它——比如当字段之间开始出现强约束（“age 必须 ≥ 0 且 ≤ 150”），或者需要序列化/反序列化时字段顺序不能变，这时候就得意识到：它已经不只是组织数据，而是承载契约了。
