真正可控的粘贴方式是Ctrl+Shift+V（Windows/Linux）或Cmd+Shift+V（macOS）强制原样粘贴，以及paste_and_indent命令智能对齐；Ctrl+V因paste_indent逻辑苛刻常失效，右键粘贴则完全不可控。
直接结论：别信 Ctrl+V，也别指望右键粘贴——真正可控的只有 Ctrl+Shift+V（Windows/Linux）或 Cmd+Shift+V（macOS）强制原样粘贴，以及 paste_and_indent 命令智能对齐。
为什么 Ctrl+V 总是把缩进搞乱？
Sublime 的 Ctrl+V 默认走 paste_indent 逻辑，但它只在极苛刻条件下才生效：光标必须停在已有缩进的行内、粘贴内容不能以空行开头、且文件语法必须被正确识别为 Python/JS 等（不能是 Plain Text）。现实里这三个条件常不满足，结果就是代码塌到行首、空格变 Tab、缩进全丢。
- 复制源没带开头空白——比如从网页选中代码时漏掉了行首缩进；开启
{"draw_white_space":"all"}能看见真实空白符 - 目标文件右下角显示
Plain Text，不是Python或JavaScript；按Ctrl+Shift+P输入Set Syntax: Python手动切 - 文件开启了
detect_indentation（默认 true），而开头混用空格和 Tab，Sublime 直接放弃推断，paste_indent失效
怎么用 Ctrl+Shift+V 真正原样粘贴？
这个快捷键跳过所有缩进逻辑，只认你复制内容开头的空格和 Tab。但它不是无条件可靠，得满足三个硬性前提：
- 复制时必须选中行首空白——否则粘进来就是“无缩进”文本
- 目标文件语法已设对（如
.py文件不能是Plain Text） -
detect_indentation设为false，否则 Sublime 打开文件时可能强行“矫正”你刚粘进去的缩进
配置示例（写入 Preferences → Settings – User）：
{
"paste_indent": false,
"detect_indentation": false,
"tab_size": 4,
"translate_tabs_to_spaces": true
}
想“插进函数体就自动对齐”？用 paste_and_indent
这是比 Ctrl+V 更稳的选择，不依赖 paste_indent 开关，只要当前视图有明确缩进规则（语法设对 + tab_size 已知），它就会尝试结构化对齐。
- 只在光标位于空行开头或已有内容行末尾时生效；停在中间第 3 个字符处会静默失败
- 对语法错误敏感：前面缺括号、少冒号，或历史缩进混乱（2 空格混 4 空格），它可能直接放弃对齐
- 推荐绑定快捷键，在
Preferences → Key Bindings – User中加：[{"keys": ["ctrl+alt+v"], "command": "paste_and_indent"}]
粘完还是乱？别重试，立刻 Reindent
网络复制的代码常带隐藏格式、富文本残留或混用换行符（\r\n 和 \n），导致自动逻辑“看不懂”。这时候等设置生效不如手动干预：
- 粘贴后立刻按
Ctrl+Shift+P→ 输入Reindent→ 回车 - 如果缩进仍错，先执行
Convert Indentation → To Spaces归一化，再Reindent - 鼠标右键粘贴永远不可控——它走系统级纯文本通道，缩进丢光、换行错位、中文变乱码都可能发生
最易被忽略的点：语法识别错误（比如 Vue 单文件组件里的 <script> 块被当成 HTML）、插件劫持 paste 行为（如 Emacs Pro Essentials）、以及 detect_indentation 在背后偷偷改缩进单位——这些都不会报错，但会让所有粘贴行为失效。
