ctrl+x与ctrl+shift+k均剪切整行但行为不同：ctrl+x依赖光标状态和输入法，不稳定；ctrl+shift+k调用delete_line命令，无视选区、多光标稳定，连按两次可恢复，是真正可靠的整行剪切方式。
Ctr+X 和 Ctrl+Shift+K 都能剪切整行，但行为、可靠性、适用场景完全不同——别混用，否则容易误删或粘不回来。
Ctrl+X 剪切整行：看似简单，实际有隐藏条件
它只在「未选中任何文本」且「光标不在空行/注释行开头」时才稳定剪切整行（含换行符）。一旦你之前手动选过内容，或者光标停在只有空格的行上，Ctrl+X 就可能只剪光标右侧、甚至没反应。
- 中文输入法（如搜狗、QQ拼音）常劫持
Ctrl+X作为中英文切换键 → 切到英文输入法再试 - 文件是只读状态（右下角显示
Read Only）→Ctrl+X会被静默忽略 - 语言模式错误（比如写 Python 却是
Plain Text）→ 编辑器无法正确识别“一行”的边界 - 行尾混用
\r\n和\n→ 剪切后粘贴可能缩进错位，建议先执行Convert Line Endings: Unix
Ctrl+Shift+K 才是真正可靠的整行剪切命令
Sublime 原生定义的 delete_line 命令，无论是否选中文本、光标在哪（哪怕在行首空格处），都强制剪切整行并入剪贴板。它比 Ctrl+X 更底层、更一致。
- 按一次：
Ctrl+Shift+K→ 行消失，内容进剪贴板，光标跳到下一行开头 - 连按两次：
Ctrl+Shift+K→ 第二次会把刚剪的那行自动粘贴回来（等效于撤销+粘贴） - 多光标场景下更稳：用
Ctrl+L选中当前行 →Ctrl+Shift+L拆多光标 → 全部按Ctrl+Shift+K，每行同步剪切 - 注意：某些教程说它是“纯删除”，这是错的——它确实进剪贴板，
Ctrl+V能粘回来
剪切后怎么无缝重构？关键在光标定位和粘贴时机
剪切本身只是第一步，真正影响效率的是剪切后能否快速落到目标位置并保持缩进对齐。
- 想插到下方：剪切后立刻按
Ctrl+Shift+↓（Win/Linux）或Cmd+Shift+↓（macOS），再Ctrl+V→ 新行自动缩进对齐 - 想插到文件末尾：剪切后按
Ctrl+End（Win）或Cmd+↓（Mac）跳到底部，再Ctrl+V - 批量移动多行：先
Ctrl+L→Ctrl+Shift+L→ 全部Ctrl+Shift+K→ 移动光标 → 一次性Ctrl+V - 误剪了？立刻
Ctrl+Z，比翻剪贴板快得多；别指望Ctrl+Shift+K按两次恢复——那是剪切+粘贴，不是撤销
为什么剪切后粘贴缩进错乱？
这不是快捷键的问题，而是行尾格式和语法解析共同导致的视觉偏差。Sublime 在剪切时保留原始换行符，如果文件里同时存在 \r\n（Windows）和 \n（Unix），粘贴到不同区域时缩进引擎可能误判上下文。
- 统一行尾：按
Ctrl+Shift+P→ 输入Convert Line Endings: Unix→ 回车 - 确认语言模式正确：右下角点击当前语言名（如
Plain Text），选对应语法（如Python或JavaScript） - 避免在折叠代码块内操作：折叠状态下
Ctrl+L可能选中整个折叠单元，剪切后粘贴会带出意外结构
最常被忽略的是：剪切动作本身不处理缩进逻辑，它只搬运原始字符。缩进对齐靠的是粘贴时编辑器根据当前上下文自动补空格——而这一步的前提，是当前行尾格式干净、语法模式匹配、光标落点准确。
