Ctrl+Click没反应需关drag_text；Ctrl+Shift+L需选区含换行符；Ctrl+D严格匹配字面与边界；列选择受空格/缩进影响，应先对齐再操作。
Ctrl+Click 添加光标没反应？先关 drag_text
最常见原因是设置里 drag_text 被设为 true，导致 Ctrl+Click（Windows/Linux）或 Cmd+Click（macOS）优先拖动文本，而不是加光标。
必须手动关掉：
- 打开
Preferences → Settings - 在右侧面板（用户设置）中显式写入：
"drag_text": false - 点完要松开 Ctrl 再点击，按住不放容易触发拖选
- 软换行（
View → Word Wrap）开启时，逻辑列被折行，点不准；临时关闭更稳 - 中文输入法可能劫持快捷键，切英文输入法再试
Ctrl+Shift+L 只出一个光标？检查选区有没有 \n
Ctrl+Shift+L 不是“给每行加光标”，而是把当前选区按换行符切片——选区里没有 \n，它就只生成一个光标。
典型失败场景：
- 鼠标拖选 5 行，但最后一行末尾没覆盖到换行符（视觉上像选中了，其实漏了
\n） - 光标停在空行或符号上，直接按
Ctrl+Shift+L，静默跳过 - 只双击一个词就按，选区不含换行符，无法拆
可靠做法：
- 用
Ctrl+L逐行选中（光标在哪行就选哪行，连按多次扩展） - 确认选区含多行后，再按
Ctrl+Shift+L - 若需从行首编辑，立刻按
Home（Win/Linux）或Cmd+←（macOS）
Ctrl+D 总跳过或误匹配？它只认字面、大小写和边界
Ctrl+D 是从光标位置出发，找下一个「完全相同」的字符串，不识别语义，也不自动跳过注释或字符串。
常见问题：
- 光标停在单词中间（比如
user_id的s上），会先匹配us这种子串 -
Data和data算不同词，默认区分大小写；右下角状态栏点Case Sensitive关掉 - 选中
user_id后，user_id_list或"user_id"都不会被匹配——逗号、引号、下划线后字母都是边界
可控操作：
- 双击选词时，确保不带前后空格或标点
- 误选了？按
Ctrl+U撤回上一次，不是退格键 - 想跳过当前匹配项？先按
Ctrl+K，再按Ctrl+D - 需要模糊匹配（比如忽略大小写或含下划线）？先开
Ctrl+F，勾选对应选项，再按Alt+Enter全选
列选择（Alt+Shift+↑/↓）光标偏移？它只看字符列，不看语义
列选择本质是矩形框选，行为取决于光标所在列和各行该列是否有字符——它不理解缩进、Tab 宽度或语法结构。
典型偏移原因：
- 第 3 行末尾有空格，导致该行“同列”位置比其他行更靠右，光标错位
- 混用 2 空格和 4 空格缩进，Tab 渲染宽度不一致，竖向对不齐
- 某行该列为空，光标自动落到行尾，破坏矩形
解决办法：
- 先运行
Ctrl+Shift+P→ 输入Align Indent对齐缩进，再列选 - 开启
draw_white_space让空格/Tab 可见，提前发现不对齐 - 处理缩进混乱的代码块，改用
Ctrl+Shift+↑/↓（非 Alt），按逻辑行扩展选区 - 列选择适合 CSV 头部对齐、日志时间戳提取等纯格式场景，不适合改变量名或函数参数
Ctrl+Click）、“按行批量处理”（Ctrl+Shift+L）、“所有相同字符串”（Ctrl+D 或 Ctrl+Alt+G），还是“一块矩形区域”（Alt+Shift+拖拽）——选错类型，后面所有编辑都会偏。 
