Ctrl+R运行、Ctrl+B编译、F5调试是Qt Creator三大核心操作；F9设断点、F10单步跳过、F11单步进入为调试关键；快捷键冲突时应优先保障调试、编辑和导航类功能的可用性。
Ctrl + R 运行项目，Ctrl + B 编译项目，F5 启动调试——这三个是日常开发中真正高频、不可绕开的核心操作。其他快捷键若没配熟，顶多拖慢效率；但这三个按错或记混，直接卡在验证环节。
编辑时最常误用的快捷键：复制/移动行 vs 选中后操作
很多人以为 Ctrl + D 是“复制选中内容”，其实它只作用于**当前光标所在行**（无需选中），直接在下一行粘贴副本；而真正复制选中内容的是 Ctrl + C。容易混淆的还有：
-
Ctrl + X：无选中时剪切整行，有选中时只剪切选中部分 -
Alt + ↑ / ↓（Windows）或Option + ↑ / ↓（macOS）：移动整行，不是移动选中文本 -
Ctrl + Enter和Ctrl + Shift + Enter：分别在当前行下方/上方插入空行，不触发缩进或自动补全
调试阶段必须盯住的断点与单步控制
调试时最易踩坑的是把 F10（单步跳过函数）和 F11（单步进入函数）弄反，尤其在调用链较深时，一步按错就得重启调试会话。另外：
-
F9设置/取消断点：光标停在行号左侧空白处才生效，停在代码内无效 -
Shift + F5强制终止调试：比关闭窗口更干净，避免残留调试进程占用端口或句柄 -
Ctrl + Shift + F全局查找符号（如函数名、宏）：比普通Ctrl + F更精准，能跨文件定位声明
快捷键冲突时优先改哪几个？
Qt Creator 默认快捷键在 Ubuntu 或 macOS 上常与系统级快捷键打架，比如 Ctrl + M（切换书签）在 Ubuntu 会被识别为“最小化窗口”。遇到这类问题，别全局重设，只动这三类：
- 调试相关：
F5、F9、F10—— 绝对不能被系统劫持 - 编辑核心：
Ctrl + I（格式化）、Ctrl + /（行注释）—— 频繁使用，冲突会导致节奏中断 - 导航类：
F2（跳转定义）、Ctrl + Click—— 若失效，基本等于失去代码理解能力
修改路径统一为：工具 → 选项 → 环境 → 键盘 → 搜索关键词 → 点击 Record 重新绑定。
别依赖记忆，但要建立触发反射
没人能记住全部快捷键，但可以训练肌肉记忆：比如写完一个函数立刻按 Ctrl + I 格式化，加日志前先 Ctrl + / 注释掉旧逻辑，编译前必按 Ctrl + S（哪怕 IDE 自动保存也得按）。真正卡住你的从来不是“不知道有这个键”，而是“明明知道却没形成条件反射”。
