多光标编辑失效八成因机制误用、插件干扰或光标位置不当；禁用可疑插件并改用原生组合键（如ctrl+click移至纯文本区再点）可90%恢复。
多光标编辑失效，八成不是 Atom 坏了，而是当前操作机制被误用、插件干扰或光标位置不满足触发条件。直接禁用可疑插件 + 换原生组合键，90% 能立刻恢复。
Ctrl+Click 加光标没反应？先查是否被跳转劫持
Atom 默认的 Ctrl+Click（macOS 是 Cmd+Click）本该加光标，但一旦装了 atom-ide-ui、intentions 或 hyperclick 这类插件，点击就会优先跳转定义，而不是加光标。
- 打开 Settings → Installed Packages，搜
ide-或intentions，临时禁用它们再试 - 更稳的启动姿势：先把光标移到空行或注释末尾（纯文本区），再
Ctrl+Click目标位置——100% 加光标，不跳转 - 如果点了没反应，也可能是
vim-mode-plus等插件劫持了Ctrl键，可临时禁用验证
Ctrl+D 选词失败？别让光标落在语法模糊区
Ctrl+D（macOS 是 Cmd+D）依赖语言包对“单词边界”的识别，不是字符串搜索。光标停在 JSON 字符串里、JSX 属性值中、正则字面量内，它就可能切不准或直接不响应。
- 正确启动方式：先双击目标词（比如
user_id），确保完整选中 token（含下划线和数字），再按Ctrl+D - 想跳过某个干扰匹配（如字符串里的同名变量），按
Ctrl+K（macOS 是Cmd+K） - 撤销最后一次加光标，用
Ctrl+U（macOS 是Cmd+U） - 超大文件（>5MB）下，
Ctrl+D比查找面板更轻量，不会卡死；但它默认不跨行匹配
Alt+F3 全选匹配项却漏改？检查是否触发了子串匹配
Alt+F3（Windows/Linux）或 Cmd+Ctrl+G（macOS）本该全选所有同词位置，但若搜 id 却把 identity 也框进来，说明它没走“完整单词”逻辑，而是退化为子串匹配了。
- 全选前务必先双击选中孤立目标词（如
id），确保高亮区域不含冒号、引号、空格 - 含符号场景（如
"user_id":），别硬刚Ctrl+D，改用查找面板：Ctrl+F→ 输入"user_id"→ 勾选Whole Word和Case Sensitive→ 按Alt+Enter（Windows/Linux）或Cmd+Enter（macOS）加光标 - 全选后输入新内容，所有光标同步更新；但别直接敲
Enter换行——那只会作用于第一个光标；要用Ctrl+Shift+Enter（macOS 是Cmd+Shift+Enter）在所有光标后插入新行
Alt+拖拽列选择无效？原生不支持，必须装插件
Atom 原生不启用 Sublime 风格的列选择。Alt+拖拽 默认无效或漂移，Ctrl+Shift+↑/↓ 只能在行首/行尾逐行加光标，不是严格列对齐，缩进不一致时极易歪进注释或字符串里。
- 唯一稳定方案：装
atom-sublime-select插件，装完即可用Alt（Windows/Linux）或Option（macOS）+ 鼠标拖拽，真正按列对齐，且支持跨空行、跨缩进 - 没装插件时，
Ctrl+Click适合非对齐场景（比如随机几行末尾加日志），但无法保证列位一致 - 列编辑时别用
End键定位行尾——它停在可视行尾，可能被换行符或不可见字符干扰；改用Ctrl+→（跳到逻辑行尾）更可靠
最常被忽略的一点：多光标编辑的三种机制（离散点选、词级累加、列对齐）互不兼容。混用会出问题——比如先 Ctrl+D 加了几个光标，再 Alt+拖拽，结果只在第一个光标位置生成列，其余光标消失。用哪种机制，就从头到尾只用那种。
