Atom多光标编辑含三套机制：Ctrl/Cmd+Click加离散光标（需避IDE插件跳转）、Ctrl/Cmd+D逐词累加（依赖语法解析）、Alt+拖拽列编辑（需安装atom-sublime-select插件）。
Atom 的多光标编辑不是“开个开关就能用”的功能，它有三套互不兼容的机制：离散点选、词级累加、列对齐。用错类型，轻则漏改几处，重则缩进错乱、语法崩坏。
Ctrl+Click 和 Cmd+Click 怎么加光标却跳转了定义
这是最常被误判的问题——Ctrl+Click（Windows/Linux）或 Cmd+Click（macOS）在 Atom 中有两个行为：没装语言服务插件时是加光标；装了 atom-ide-ui 或 intentions 类插件后，就优先触发“跳转到定义”。
- 确认是否装了 IDE 插件：打开设置 →
Installed Packages，搜ide-或intentions - 临时绕过跳转：按住
Ctrl或Cmd后，**不要松手，直接点击目标位置再松手**；松手太早会触发 hover 检测，导致跳转 - 真正可靠的离散加光标方式：先确保光标落在纯文本区（比如空行、注释末尾），再
Ctrl+Click点任意位置，此时 100% 加光标，不跳转
Ctrl+D 为什么点了没反应，或者只选中一半
Ctrl+D（macOS 是 Cmd+D）不是简单“找相同字符串”，它依赖当前语法解析器对“单词边界”的识别。在 JSX、JSON 字符串、正则字面量里，user_id 可能被当成一个整体 token，也可能被拆成 user 和 id，导致匹配失败。
- 先双击目标词，强制选中完整单词（哪怕带下划线或数字），再按
Ctrl+D—— 这是最稳的启动姿势 - 如果想跳过某个匹配项（比如字符串里的干扰值），按
Ctrl+K（macOSCmd+K）跳过当前项 - 撤销最后一次加光标：按
Ctrl+U（macOSCmd+U） - 超大文件（>5MB）下，
Ctrl+D比查找面板更轻量，不会卡死；但别指望它跨行匹配 HTML 属性值里的内容——那是查找面板的事
Alt+F3 和 Ctrl+Cmd+G 全选后改错了怎么办
Alt+F3（Windows/Linux）和 Ctrl+Cmd+G（macOS）是一键全量覆盖，但它默认只认“完整单词”且区分大小写。搜 id 却把 identity 也框进来？说明它没走单词边界，而是子串匹配了。
- 全选前务必先选中孤立目标词：双击
user_id，确保高亮区域不含冒号、空格或引号 - 含符号的场景（如
"user_id":），别硬刚Ctrl+D，改用查找面板：Ctrl+F→ 输入"user_id"→ 勾选Whole Word和Case Sensitive→ 按Alt+Enter（Windows/Linux）或Cmd+Enter（macOS）在所有匹配项上加光标 - 全选后输入新内容，**别直接敲
Enter换行**——那只会作用于第一个光标；要用Ctrl+Shift+Enter（macOSCmd+Shift+Enter）在所有光标后插入新行
怎么安全地做列选择（竖着拉一列光标）
Atom 原生不支持 Sublime 风格的列选择。你按 Ctrl+Shift+↑/↓ 拉出来的只是选区，不是光标列；Alt+拖拽 在未装插件时基本失效或漂移。
- 必须装插件：
atom-sublime-select（设置 →Install→ 搜名字 → 安装 → 重启 Atom） - 装完后，按住
Alt（Windows/Linux）或Option（macOS），鼠标从首行目标列位拖到末行对应列位，松手即生成垂直光标列 - 它能跨空行、跨缩进对齐，不受不可见字符干扰；但注意：列编辑时输入内容，各光标所在列位不会自动对齐——比如某行缩进 2 空格、另一行缩进 4 空格，打出来的字符就会错列
- 编辑前先
Ctrl+Shift+A全选目标块，再Ctrl+Shift+I统一缩进，能大幅降低错位风险
多光标本身不破坏结构，但人手输入时极易忽略各光标所处的列位差异。尤其在混用缩进风格（空格 vs Tab）、跨函数修改参数、或处理 JSON/HTML 属性时，错一位就可能引发语法错误——这不是 Atom 的 bug，是操作路径没对齐真实代码结构。
