sublime text 原生不支持复制上一行缩进，需手动选中前置空白（ctrl+shift+→或expand selection to whitespace）后复制粘贴；多行对齐应使用ctrl+[和ctrl+]统一缩进，避免混用空格与tab。
复制上一行缩进，不能只靠 Ctrl+C
Sublime Text 原生不支持“复制上一行的缩进格式”这个动作——它没有单独提取空白字符（空格或 Tab）并复用的命令。你按 Ctrl+L → Ctrl+C 复制的是整行内容（含文本），不是纯缩进；粘贴后缩进可能因目标位置语法、detect_indentation 或光标位置被自动修正或错位。
常见错误现象：Ctrl+Shift+D 复制整行到下一行，看似保留缩进，但它是 duplicate 操作，不适用于“把上一行缩进套用到当前行”这种场景；用鼠标拖选缩进部分，容易漏掉末尾空格、误选换行符，或在折叠代码里偏移。
- 真正要复用缩进，得先“提取”：把光标移到上一行开头，按
Ctrl+Shift+→（Windows/Linux）逐词右选，直到选中所有前置空白（Tab/空格），再Ctrl+C - 或者更稳：按
Ctrl+L选中上一行 →Ctrl+Shift+P输入Selection: Expand Selection to Whitespace（需 Sublime Text 4090+ 或安装插件），可精准扩选首部空白 - 粘贴时别直接
Ctrl+V：光标停在当前行行首，再Ctrl+V，否则缩进会插在中间破坏结构
多行对齐缩进，别用 Tab 键硬敲
手动打空格或 Tab 对齐多行，效率低且易错。尤其当文件混用空格与 Tab、或 tab_size 和 translate_tabs_to_spaces 不一致时，视觉对齐和实际字符对齐完全脱节。
正确做法是用块级缩进命令统一处理：
- 选中所有待对齐的行（可用
Ctrl+Shift+L列选开头再扩展，或鼠标 Alt+拖选） - 按
Ctrl+[把它们缩进归零（清空所有前置空白） - 再按
Ctrl+]一次，统一加一档缩进（由当前文件设置决定是 2 空格、4 空格还是 1 Tab） - 如果需要精确空格数（比如 Markdown 列表需 2 空格缩进），先执行
Indentation: Convert Indentation to Spaces，再用Ctrl+Shift+P→Insert Snippet插入自定义空格片段
为什么 Ctrl+Shift+V 粘贴有时还错位？
Ctrl+Shift+V 是 Sublime 的“粘贴并保持缩进”命令，但它只对**粘贴时的上下文缩进逻辑**起作用，不保证与上一行格式一致。它会根据光标所在行的缩进基准、当前语言的 indent rules，甚至上一行是否被折叠，动态调整缩进层级。
典型失效场景：
- 粘贴到 Python 文件中，光标停在
if行内部而非行首，Ctrl+Shift+V会按if的缩进层级推导，而非上一行的实际空白字符 - 上一行是折叠状态（如函数体被
Ctrl+Shift+[折起），Ctrl+Shift+V会以折叠标题行为基准，而非原始缩进 - 文件开启了
"detect_indentation": true，粘贴时 Sublime 强制把你的空格转成 Tab（或反之），导致视觉错位
此时最可靠的方式是关闭自动检测：Preferences → Settings – User 中添加 "detect_indentation": false，再配合 Indentation: Convert Indentation to Spaces 归一化，之后所有复制/粘贴行为才真正可控。
模拟首行缩进？别想样式，只管字符
Sublime 没有段落概念，所谓“首行缩进”，本质就是手动在第一行开头插入若干空格或 Tab。它不会像 Word 那样自动维持后续行左对齐，也不会响应 CSS 的 text-indent。
高效做法：
- 写注释或文档字符串时，用
Ctrl+Shift+L列选多行开头，再输入相同数量空格（比如 4 个） - 若需区分“首行缩进”和“悬挂缩进”，可用全角空格
detect_indentation干扰，适合 Markdown 或纯文本排版 - 避免混用：同一段内不要既有 Tab 又有空格，否则
Ctrl+]增缩进时行为不可预测（Tab 可能被转为空格，或空格被吞掉）
缩进不是视觉问题，是字符问题。任何依赖“看起来对齐”的操作，在 Sublime 里都容易在换编辑器、粘贴到终端或提交 Git 时暴露问题。
