点击行号没反应需先确认三件事：编辑器是否聚焦且非预览模式、补全弹窗或终端是否激活导致事件被劫持、行号设置是否为"on"而非"off"或非法值。
点击行号没反应？先确认这三件事
VSCode 行号区域点击本身不触发任何命令，它只是「编辑器聚焦 + 鼠标事件未被劫持」时的快捷定位入口。常见失效原因不是 bug，而是状态或配置干扰：
- 当前编辑器标签页是预览模式（比如从搜索结果点开的文件），右键该标签选「Keep Open」或按
Ctrl+K Enter固定 - 鼠标悬停在行号上时，补全弹窗（
Ctrl+Space）或终端面板正激活，会吞掉点击事件 -
"editor.lineNumbers": "off"被设为off或relative以外的值（如interval），行号区域不可点击
Ctrl+L 选中整行：默认行为 vs 真实需求
VSCode 默认的 Ctrl+L 绑定是 editor.action.expandLineSelection，第一次按选当前行，第二次按扩展到逻辑块（含空行和注释），第三次按进函数体——这适合浏览，但破坏编辑确定性。
要真正「每次只选光标所在行」，必须手动覆盖快捷键：
[ { "key":"ctrl+l", "command":"editor.action.selectLine", "when":"editorTextFocus && !editorReadonly" } ]
editor.action.selectLine 的行为更干净：始终选从行首缩进到行尾（不含换行符），连续按不会扩展，适合批量操作前的精准准备。
F9 和行号旁空白区：断点设置的两个等效入口
断点本质是调试器对「某行是否可中断」的标记，与光标位置无关。设置方式只有两种实质等效路径：
- 用鼠标点击行号左侧的空白区域（非行号本身），出现实心红点即生效
- 将光标置于任意位置后按
F9，效果完全一致；再按一次取消
注意：F9 不受输入法、终端聚焦影响，比点击更可靠；但若当前文件未被调试器加载（如未配置 launch.json 或路径错误），断点会显示为空心圆，表示「未命中」而非「未设置」。
为什么别依赖「点击行号」来选中或打断点
行号点击唯一作用是跳转，它不选中文本、不触发断点、不运行任何扩展逻辑。很多人误以为点击行号能「顺带选中」或「自动加断点」，这是混淆了不同交互层：
- 选中整行必须用
Ctrl+L（改绑后）或Shift+Alt+I（多行末尾插入光标） - 设置断点必须点空白区或按
F9，行号数字本身是只读显示，点击无效 - 远程开发（SSH/WSL）下，行号点击首次可能延迟响应，但
F9和Ctrl+G更稳定
最易忽略的一点：当多光标存在时，点击行号会在该行新增一个光标，而不是跳转——此时按 Esc 清除多光标再试。
