operator++(int)的int参数不可省略，因编译器依赖它区分前置/后置重载；前置++返回引用以支持链式调用，后置++必须返回值以保证返回旧状态；后置++内部调用前置++时须先拷贝再自增，避免共享数据失效。
为什么 operator++(int) 里的 int 参数不能省略
编译器靠这个 int 参数做重载决议，不是靠返回类型，也不是靠函数名——函数名都是 operator++。你写 ++obj，它只找无参的 operator++()；你写 obj++，它只找带 int 的 operator++(int)。删掉 int，两个函数签名就完全一样，C++ 不允许仅靠返回类型区分重载函数。
这个 int 是哑元（dummy parameter），编译器自动传 0，你不用读它、也不该用它做逻辑判断。有人试图写 operator++(int dummy = 0) 想“复用”签名，这违反标准：内置运算符重载禁止默认参数，GCC 可能放过，Clang 直接拒编。
前置++必须返回引用，后置++必须返回值
这是语义决定的，不是风格选择：
-
++obj表达的是“改完之后还能继续用”，所以返回obj自身的引用（T&），支持链式调用如++++obj或(++obj).foo() -
obj++表达的是“先拿旧值，再改”，旧值是临时状态，必须拷贝一份返回（T），不能返回引用——否则返回的是即将被修改的对象，或更糟，是局部副本的引用（悬垂引用）
常见错误：后置++ 写成 return *this;，表面能编译，但调用方拿到的是自增后的对象，语义全错；或者写成 return std::move(*this);，看似高效，实则返回右值引用，仍可能绑定到已修改对象，且破坏 const 正确性。
立即学习“C++免费学习笔记（深入）”；
后置++里复用前置++要小心生命周期
很多人想简化代码，让后置++内部调用前置++：
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
MyClass operator++(int) {
MyClass temp = *this; // 必须先拷贝
++(*this); // 再调用前置++
return temp; // 返回旧值
}
这里关键点是：temp = *this 必须在 ++(*this) 之前完成。如果类里有指针或资源管理，拷贝构造必须真正深拷贝（或至少语义等价），否则 temp 和 *this 共享底层数据，++(*this) 一改，temp 就失效了。
另一个坑：如果前置++ 本身有副作用（比如日志、信号通知），后置++ 调用它没问题；但如果前置++ 依赖某个锁或全局状态，而你在多线程中无保护地调用后置++，那 temp 拷贝和 ++(*this) 之间就存在竞态窗口——这不是重载写法问题，而是并发模型没对齐。
const 正确性与赋值兼容性常被忽略
后置++ 返回类型建议加 const，比如 const MyClass operator++(int)。不加也能跑，但会导致 (obj++)++ 这种非法表达式意外通过编译——因为非 const 返回值允许被修改，而语义上后置++ 的结果是纯右值，不该再被递增或赋值。
前置++ 的返回引用也应是 MyClass&，而非 const MyClass&：否则 ++obj = x 会失败，失去与内置类型行为的一致性。C++ 标准要求自定义类型尽量模拟内置类型的行为，这点直接影响 API 使用者能否直觉编码。
最易被跳过的细节：如果你的类有移动语义，后置++ 返回值虽是值，但不建议直接返回 std::move(temp)——移动构造未必比拷贝快，且破坏了“返回旧状态”的可预测性；多数场景下，让编译器自己决定是否 RVO 或移动更安全。
