前置自增重载为 operator++()（无参，返回 T&），后置为 operator++(int)（带 int 形参，返回 const T）；后者必产生临时对象拷贝，性能开销不可忽略。
重载 operator++() 和 operator++(int) 的签名差异
前置自增和后置自增在重载时**必须靠函数签名区分**，编译器不看名字，只认参数列表。operator++()（无参）是前置；operator++(int)（带一个 int 形参）是后置。那个 int 不是让你传值的，纯粹是语法标记——C++ 标准规定如此，你写 operator++(void) 或 operator++(char) 都不合法。
常见错误现象：
- 忘了后置版本必须带 int 参数，编译直接报错 no match for 'operator++'；
- 前置版本返回值写成 void 或临时对象，导致无法链式调用（如 ++++x 失败）或意外拷贝。
- 前置应返回
T&（自身引用），支持左值操作和链式调用 - 后置必须返回
const T（按值返回），因为要返回旧状态的副本，不能返回局部对象引用 - 后置内部通常复用前置逻辑：
T tmp = *this; ++(*this); return tmp;
i++ 在自定义类型中一定会构造临时对象
内置类型（int、double 等）在 -O2 及以上优化下，i++ 和 ++i 生成的汇编几乎一致，临时变量被完全消除。但一旦重载，后置版本的 T tmp = *this; 是强制语义：你必须保存一份完整旧值，这个拷贝构造无法被编译器跳过。
性能影响明显体现在：
- 迭代器遍历（如 std::vector::iterator）
- 大型数值类（如 BigInt、Matrix）
- 任何含深拷贝或资源管理（文件句柄、锁等）的类
- 哪怕只是多一次默认构造 + 拷贝构造 + 析构，对高频循环就是可观开销
- Clang-Tidy 规则
modernize-use-default-member-init不管这个，但cppcoreguidelines-prefer-prefix-increment会警告后置自增 - 不要依赖“编译器可能优化掉”，这是语义层面的强制要求
为什么 ++it 是 STL 迭代器的默认写法
STL 所有标准迭代器（std::list::iterator、std::map::iterator 等）都遵循同一套重载规范：operator++() 返回 iterator&，operator++(int) 返回 iterator。这意味着你在 for (auto it = c.begin(); it != c.end(); ++it) 中写的 ++it，无论容器类型如何，都是零额外开销的原地更新。
反例场景：
- 写成 it++：每次循环都触发一次 iterator 拷贝构造 + 析构
- 自定义迭代器未正确实现后置版本（比如返回 iterator&），会导致悬垂引用或未定义行为
- 基于范围的
for循环（for (auto& x : c)）底层仍调用++it，所以规范统一很重要 - 某些老代码或教学示例用
i++写循环，纯属历史惯性，不是技术必要 - 调试构建（
-O0）下，后置自增的临时对象开销会立刻暴露为性能瓶颈
返回值类型与 const 修饰的细节不能错
前置返回 T&，后置返回 const T，这不是风格建议，是防止误用的安全设计。例如：
MyString s; (s++) = "bad"; // 编译失败：右值不能赋值 (++s) = "ok"; // 成功：++s 是左值，可赋值
如果后置返回非 const T，就可能写出 (s++) = "oops" 这种修改临时对象的无效代码；如果前置返回 const T&，则 ++++s 会失败——而它本应合法。
- 后置版本函数体末尾的
return tmp;触发一次拷贝构造，tmp是局部对象，生命周期只到return表达式结束 - 返回
const T能阻止用户对返回值做无意义的非常量操作（如取地址、赋值），也避免移动语义干扰（C++11 后） - 很多初学者忽略
const，结果单元测试里出现静默错误：赋值看似成功，实则改的是临时副本
真实项目里最容易被忽略的，是把后置自增当成“语法糖”去用，而不考虑它在模板泛型代码中的传播效应——只要某个算法模板里写了 it++，所有传入的自定义迭代器都会被迫承担拷贝开销，且这种开销在编译期无法被诊断。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
