前置++重载为operator++()返回T&，后置++重载为operator++(int)返回T；int参数仅为重载区分标记，不可省略，返回类型差异体现语义本质。
函数签名里带 int 参数的就是后置++
编译器不靠写法位置（比如++i还是i++）来区分，而是靠重载函数的声明形式。前置自增必须定义为 operator++()，无参数；后置自增必须定义为 operator++(int)，多一个 int 形参——这个 int 完全不用，纯粹是语法标记，C++标准强制要求这么设计，就是为了在函数重载解析时能唯一区分二者。
常见错误现象：
• 把后置写成 operator++(void) 或 operator++(char)，编译直接报错
• 忘记加 int 参数，导致两个重载函数签名重复，链接失败或调用歧义
- 参数差异：
operator++()返回T&（左值引用），operator++(int)必须返回T（按值，即临时对象） - 为什么不能省略
int？因为 C++ 不支持仅靠返回类型重载，也不允许仅靠操作符位置（前/后）做重载决议
返回值类型暴露了语义本质
前置++返回的是对象自身引用（T&），你可以对它取地址、赋值、链式调用；后置++返回的是旧值的副本（T），是纯右值，&(i++) 在绝大多数编译器下非法。
使用场景：
• 需要修改后立即用新值：比如 if (++counter > limit) break;，这里必须用前置
• 明确需要旧值：比如迭代器遍历中 auto it_old = it++; 保存当前位置再移动
立即学习“C++免费学习笔记（深入）”；
- 性能影响：返回引用 vs 返回对象，对大对象意味着一次拷贝构造是否发生——即使编译器可能优化掉，语义上也强制存在临时对象生命周期
- 容易踩的坑：给后置++返回值加
const是惯例（如const T operator++(int)），防止(i++) = 5这类非法赋值，但不是语法必需
独立语句里 ++i 和 i++ 效果完全一样
像 i++; 或 ++i; 这种单独成句的写法，根本不会用到表达式的返回值，只触发副作用（变量加 1）。此时两者生成的汇编在 -O2 下几乎一致，不存在性能差异。
但别被这误导：一旦进入表达式上下文，比如 arr[i++] = x;、func(++j, k++); 或更隐蔽的 std::cout ，行为就彻底不同——后者在 C++17 前是未定义行为，因为子表达式求值顺序未指定。
- 常见错误现象：在同一个表达式里混用多个自增，尤其跨参数或和其它读操作并存，结果不可预测
- 真实代价不在“加一”动作本身，而在旧值是否必须被保留并交付——这是语义契约，不是优化开关能绕过的
迭代器和智能指针是最容易暴露问题的场景
STL 容器的迭代器（如 std::vector<int>::iterator</int>）普遍重载了这两个运算符。你写 for (auto it = v.begin(); it != v.end(); ++it) 而不是 it++，不是因为怕慢，而是因为后置版本必须构造一个临时迭代器来保存旧位置，而前置版本直接移动并返回引用，语义更干净、开销更确定。
智能指针如 std::shared_ptr<t></t> 通常根本不提供后置++，就是因为它毫无意义——指针算术在共享指针上本就不该发生，提供后置只会增加接口复杂度和误用风险。
- 工程建议：自定义类型若不需要旧值语义，只实现前置++即可；若必须提供后置，务必确保拷贝构造是廉价的，否则会成为热循环瓶颈
- 最容易被忽略的地方：重载后置++时，
temp必须在自增前完成拷贝——顺序写反（先自增再拷贝）会导致返回新值，彻底违背语义
