clion重构需严格遵循触发路径与边界条件，核心入口是ctrl+alt+shift+t（macos为⌘+⌥+⇧+t），重命名须确认scope为project并勾选in comments and strings，提取函数需检查signature preview，更改签名不处理宏和模板实例化，预览窗口是避免错误的关键。
CLion 的重构不是“点几下就能自动变好”的魔法，而是有明确触发路径、作用范围和边界条件的精确操作。用错快捷键、选错作用域、忽略预览步骤，都可能让重构变成代码灾难。
Ctrl+Alt+Shift+T 打开重构菜单是唯一可靠入口
别依赖右键菜单或主菜单栏——它们会随上下文消失或隐藏选项。无论光标在函数名、类体、表达式还是文件上，Ctrl+Alt+Shift+T（Windows/Linux）或 ⌘+⌥+⇧+T（macOS）始终唤出完整重构列表。这个快捷键不区分语言，不依赖编辑器焦点是否“合法”，是最稳的起点。
- 它列出所有当前上下文可用的重构，比如光标在
std::vector变量上时，“提取变量”“内联”“重命名”会高亮，而“上移成员”则置灰不可选 - 按方向键或输入首字母可快速筛选，避免滚动查找
- 某些重构（如“安全删除”）只在项目工具窗口中选中文件后才出现，
Ctrl+Alt+Shift+T会动态适配
重命名（Shift+F6）默认全局生效，但常被误设为局部
Shift+F6 是最常用也最容易翻车的重构。CLion 默认把重命名作用域设为“整个项目”，但如果你之前手动改过设置，或在某个子模块里点过“仅当前文件”，下次就会沿用错误范围。
- 重命名前务必看对话框左下角的 Scope：确认显示的是
Project而非Current File或Module - 勾选
In comments and strings才能同步改掉注释和日志里的旧名；不勾选的话，// call foo()里的foo会被漏掉 - 重命名类时，IDE 会提示“是否重命名同名文件”，必须手动点
Yes，否则头文件名和#include路径不会更新
提取函数（Ctrl+Alt+M）对变量捕获很敏感
Ctrl+Alt+M 不是简单地把代码块剪出来包一层 void func()。它会静态分析变量读写关系，自动推导参数和返回值——但推导结果未必是你想要的。
- 如果选中的代码里用了未声明的变量（比如拼错的
iteratpr），重构会失败并报Cannot resolve symbol，而不是帮你猜 - 若代码块内修改了外部变量（如
sum += x;），CLion 默认把它当输出，生成int extract(...)并返回新值；但你可能更希望传入引用参数void extract(int& sum)——这时得在弹出对话框里手动删掉自动生成的返回值，再加引用参数 - 函数签名预览窗格（Signature Preview）一定要看：检查参数顺序、类型是否合理，
noexcept和constexpr勾选项是否符合语义
更改函数签名（Ctrl+F6）会批量修复调用点，但宏和模板实例化除外
Ctrl+F6 是处理 API 演进的核心工具，比如给 process(int x) 加个默认参数变成 process(int x, bool verbose = false)。它确实能自动更新所有直接调用处，但有两个硬限制。
- 预处理器宏里的调用（如
CALL_PROCESS(42)）完全无法识别，会原样保留，导致编译失败 - 模板函数特化（如
template void process<int>(int);</int>）和显式实例化（template void process<double>(double);</double>）也不会被修改，需手动同步 - 如果函数被
typedef或using别名引用（如using Handler = void(*)(int);），别名本身不会更新，但通过别名的调用点会被修好
重构真正难的不是按键，而是判断“哪一段该提，哪一段该删，哪一段其实不该动”。CLion 的预览窗口（Preview）不是装饰，是唯一能提前看到影响范围的地方——哪怕只是多花两秒点一下 Preview，也能避开 80% 的重构后编译错误。
