Ctrl+Shift+K删行时光标跳到下一行，因其设计逻辑是“删除当前行+自动将光标置于新行首”，与Vim的dd一致，非Sublime的仅删内容行为；连按易误删多行，建议删后立即Ctrl+Z撤销。
Ctrl+Shift+K删行时为什么光标会跳到下一行？
因为 Ctrl+Shift+K 的设计逻辑是「删除当前行 + 自动将光标置于新行首」，不是“删完停在原地”。这和 Vim 的 dd 行为一致，但和 Sublime 的 Ctrl+Shift+K（只删内容不换行）不同。
容易踩的坑：
- 想删多行却误以为要先选中——其实不用选，光标在哪行就删哪行
- 连按后光标快速下移，导致误删后续几行；建议删完立刻按
Ctrl+U撤销单次操作 - macOS 上若快捷键失效，检查系统是否占用了
Cmd+Shift+K（如邮件或备忘录）
用 atom-toggle 快速切换变量名，但只生效一次？
atom-toggle 默认只对当前光标所在词触发一次替换，不会自动扫描全文。它本质是“上下文感知的循环切换”，不是全局重命名工具。
实操要点：
- 必须先选中目标标识符（比如双击
message），再按绑定的快捷键（默认Ctrl+Alt+T） - 切换列表需提前在
config.cson里配置，例如：atomToggle: toggles: [ { from: "message", to: ["content", "payload", "data"] } ] - 如果文件里有多个同名变量但语义不同（如函数参数 vs 全局常量），
atom-toggle不做区分，会一并替换
Emmet 展开失败，提示 “No abbreviation found”？
这不是 Emmet 坏了，而是当前 grammar（语法模式）没识别为 HTML/CSS。Atom 严格按文件后缀和手动设置的 grammar 决定是否启用 Emmet。
常见原因和对策：
- 文件没后缀（如新建 untitled 文件）→ 手动点击右下角语法标签，选
HTML或CSS - 写的是 Vue 单文件组件里的
<template>块 → 安装language-vue插件，并确认其 grammar 支持 Emmet（部分旧版不支持） - 输入了带空格或非法字符的缩写，如
div .container（中间有空格）→ 改成div.container再按Tab - 某些插件（如
minimap）加载过慢，可能延迟 Emmet 初始化 → 重启 Atom 后首次 Tab 多等半秒
Ctrl+/ 注释不生效，或者注释符号错乱？
Ctrl+/ 完全依赖当前 grammar 提供的 commentStart 和 commentEnd 配置。它不是“通用注释键”，而是“按语言规则走”的精确操作。
典型问题：
- JS 文件里写了 Python 风格注释
#→ Atom 仍按 JS 规则用//，不会帮你改成# - 自定义文件类型（如
.conf）没配 grammar → 注释键完全无效，需安装对应 language 包或手动设置 grammar - Markdown 文件里对代码块用
Ctrl+/→ 只会注释当前行文本，不会包裹整个代码块（那是Ctrl+Shift+P→ “Emmet: Wrap with Abbreviation” 的事）
真正容易被忽略的是：Atom 的 grammar 切换是 per-pane 的，同一个窗口两个 tab，一个设成 JS、一个设成 JSON，Ctrl+/ 行为就完全不同——别指望它“智能推断”。
