直接禁用不必要的隐式转换可大幅减少临时对象：用explicit修饰单参数构造函数，用重载替代类型转换运算符，传参时用const引用并显式构造，配合编译器警告和addresssanitizer定位隐式转换点。
直接禁用不必要的隐式转换，能砍掉大部分临时对象——尤其是单参数构造函数和类型转换运算符。
explicit 修饰单参数构造函数
只要构造函数只接受一个参数（或其余参数都有默认值），编译器就可能用它做隐式转换，生成临时对象。比如 Buffer(int size) 允许写 func(Buffer(1024)) 或更隐蔽的 func(1024)（当 func 接收 const Buffer& 时）。
加 explicit 后，Buffer b = 1024; 编译失败，必须显式写成 Buffer b(1024); 或 Buffer b{1024};。
- 不加
explicit：传参process(buffer_data)可能悄悄构造一个临时Buffer，函数返回即析构 - 加了之后：编译器报错，迫使你思考“这里真需要转换吗？”或者改用重载
- 注意：
explicit对多参数构造函数无效（C++11 起支持委托构造，但隐式转换仍只看单参数路径）
用函数重载替代隐式转换
当类要和基础类型交互（如 UPInt + int），别依赖 UPInt(int) 构造临时对象再调 operator+，而是直接重载：
UPInt operator+(const UPInt& a, int b); UPInt operator+(int a, const UPInt& b); UPInt operator+(const UPInt& a, const UPInt& b);
这样编译器匹配到精确签名，跳过构造临时 UPInt 的步骤。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 隐式转换路径：int → 临时 UPInt → operator+(UPInt, UPInt) → 再析构临时对象
- 重载路径：直接进
operator+(UPInt, int)，零临时对象 - 代价是代码量略增，但高频路径上性能提升明显，尤其在循环或容器操作中
传参时用 const 引用 + 显式构造
函数接口设计直接影响临时对象是否产生。比如：
坏例子：void render(const Image& img) 配合 render("logo.png") —— 若 Image 有 Image(const char*) 构造函数，就会默默构造临时 Image。
好做法：
- 把构造逻辑拆出来：
auto img = Image::from_file("logo.png"); render(img); - 或重载函数：
void render(const char* path); void render(const Image& img); - 避免
const T&参数接受所有能隐式转成T的类型——这等于开了个临时对象后门
特别注意：std::string 的 c_str() 返回指针，若从 char[] 隐式构造临时 string，再取 c_str()，临时对象一结束，指针立刻悬垂。
真正难处理的不是“怎么写”，而是“哪里发生了隐式转换”——它藏在函数调用、赋值、容器插入、甚至模板推导里。建议打开编译器警告（如 -Wconversion、-Wsign-conversion），配合 AddressSanitizer 观察临时对象生命周期，比靠经验猜靠谱得多。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
