auto易致类型退化：const_iterator变iterator、范围for缺const auto&引发深拷贝；智能指针替换裸指针需厘清所有权链路，防悬空与二次释放；std::string处理Windows路径须对齐编码（用wstring或filesystem::path）；constexpr替代宏时需防模板实例爆炸，优先inline constexpr并慎用于复杂计算。
用 auto 替代冗长类型声明时，哪些地方会悄悄出错
老旧 C++ 代码里满屏 std::vector<:map int>::iterator></:map> 这类写法，改用 auto 看似省事，但实际容易误伤语义。核心问题不是语法错，而是类型退化——比如把 const_iterator 写成 auto 后意外获得可修改的 iterator，或在范围 for 中用 auto 而非 const auto& 触发不必要的拷贝。
- 对只读遍历，必须写
for (const auto& item : container)；裸auto item在std::string或自定义大对象上可能触发深拷贝 - 调用
find()、lower_bound()等返回迭代器的函数时，先确认原逻辑是否依赖const_iterator语义，再决定用auto还是显式声明auto it = container.cbegin() -
auto无法推导引用类型，auto&和const auto&是不同行为，不能混用
把 new/delete 换成智能指针，但没改清所有权链路就炸了
直接把 MyClass* p = new MyClass; 换成 std::unique_ptr<myclass> p = std::make_unique<myclass>();</myclass></myclass> 只是第一步。真正崩坏点在于：旧代码常靠裸指针“传递所有权”（比如函数返回 new 出来的指针，调用方负责 delete），而 std::unique_ptr 移动语义会静默转移所有权，导致原指针变空、二次释放或悬空访问。
- 搜索所有
return new Xxx的函数，检查调用处是否隐含“接管内存责任”；若存在多处接管逻辑（如缓存、观察者列表），优先用std::shared_ptr，但要确认循环引用风险 - 避免在类成员中混用裸指针和智能指针指向同一对象；尤其警惕
this被塞进std::shared_ptr前，类内部还存着裸this指针 -
std::make_unique不支持私有构造函数（除非加友元），老代码若用工厂模式+私有 ctor，得改用std::unique_ptr<t>(new T(...))</t>或重构工厂
字符处理从 char* 切到 std::string，中文路径/文件名直接乱码
Windows 下老代码用 char* 处理 ANSI 编码路径，一换 std::string 就崩——不是 C++ 问题，是编码层没对齐。现代 C++ 标准库默认按字节操作 std::string，不关心内容是 UTF-8 还是 GBK；但 Windows API（如 CreateFileA）在非 UTF-8 环境下实际期待本地 ANSI 字节序列。
- 跨平台项目：统一强制用 UTF-8 编码源文件，并在 Windows 上改调
CreateFileW+std::wstring，或用std::filesystem::path（C++17），它内部自动处理编码转换 - 纯 Windows 项目：保留
std::wstring处理路径，别硬转std::string；若必须用std::string存 UTF-8，调用 API 前用MultiByteToWideChar(CP_UTF8, ...)转 - 日志或配置文件读写时，别假设
std::string.c_str()能直通 Windows ANSI API；先验证当前系统 locale 是否与字符串编码匹配
用 constexpr 替掉宏定义，结果模板实例化爆炸
把 #define MAX_SIZE 1024 换成 constexpr int MAX_SIZE = 1024; 很安全，但一旦涉及模板参数（比如 std::array<int max_size></int>），就可能触发编译器为每个不同 MAX_SIZE 值生成独立模板实例——尤其当这个值来自头文件、被多个 TU 包含时，链接期可能报重复符号，或编译内存暴增。
立即学习“C++免费学习笔记（深入）”；
- 全局常量优先用
inline constexpr（C++17），确保 ODR（One Definition Rule）合规，避免多定义错误 - 慎用
constexpr函数做复杂计算来生成模板参数；简单算术可以，但带分支或递归的constexpr函数在模板上下文中可能让编译器卡死 - 如果宏原本用于条件编译（如
#ifdef DEBUG），constexpr无法替代，得用if constexpr配合编译期常量，或保留必要宏
最麻烦的从来不是语法替换，而是那些藏在注释里、靠运行时行为维持的隐式契约——比如某个 static 全局对象的构造顺序被其他模块悄悄依赖，一加 inline 或改 constexpr 就触发未定义行为。
