tab和shift+tab仅执行基础缩进位移，不格式化代码；tab插入一个缩进单位（tab或空格），shift+tab移除一个单位，行为受编辑器tabs and indents设置严格控制，混用空格与tab会导致缩进异常。
Tab 和 Shift+Tab 只作用于选中行或光标所在行
这两个快捷键不是“格式化”，而是最基础的缩进位移操作：每按一次 Tab，就向右插入一个缩进单位（可能是 1 个 Tab 字符，也可能是 N 个空格，取决于当前设置）；Shift+Tab 则反向移除一个单位。它们不分析语法结构，也不重排换行、不删空行、不调整 => 或 = 对齐。
常见错误现象：粘贴代码后整段缩进错位，直接连按 Tab 想“对齐”，结果越调越歪——因为编辑器只是机械地加缩进，而原始代码可能本身混用了空格和 Tab，或者层级逻辑本就不对。
- 必须先选中目标行，或把光标放在要调的那行任意位置（空行、注释行、字符串内无效）
- 如果按了没反应，检查右下角状态栏是否显示
Spaces: 4或Tab: 4；若显示mixed，说明文件里已有混用，Tab键行为不稳定 - 多行操作时，
Tab会统一增加一级缩进，但不会自动识别if块边界——它不管“该不该缩”，只管“你按了几下”
为什么 Shift+Tab 有时删不掉缩进
根本原因不是快捷键失效，而是当前行实际缩进字符与编辑器预期不匹配。比如你在 Use tab character 关闭状态下写了 4 个空格，但 Indent 设为 2，那么 Shift+Tab 每次只删 2 个空格；删一次剩 2 个，再删一次才清空——看起来像“删不动”。
更隐蔽的情况是：代码里混用了 Tab 和空格。编辑器默认把 Tab 当作 1 个单位处理，但实际宽度可能被渲染为 4 或 8，导致视觉缩进和逻辑缩进不一致。
- 开启
Ctrl+Shift+8（Show Whitespaces），看清真实字符：→ 表示 Tab，· 表示空格 - 执行
Edit → Convert Indents → To Spaces统一为空格，再试Shift+Tab - 不要依赖多次连按——先确认当前行真实缩进量，再算需要按几次
Tab 键插入的是 Tab 还是空格，由 Tabs and Indents 设置决定
Tab 键的行为完全由 Editor → Code Style → [语言] → Tabs and Indents 控制，和键盘物理按键无关。即使你按的是 Tab 键，只要 Use tab character 未勾选，插入的就是空格；勾选了，才插入 Tab 字符。
团队协作中最容易出问题的地方就在这里：有人设成 Tab，有人设成空格，提交后 Git 显示大量“无意义变更”（只是空格变 Tab 或反之），Code Review 时根本没法聚焦逻辑差异。
- 强烈建议关闭
Use tab character，统一用空格 -
Tab size、Indent、Continuation indent三者数值必须一致（例如都设为4） - 勾选
Detect and use existing file indents for editing，让编辑器自动适配已有文件风格，避免新旧混用
真正需要“智能缩进”时，别用 Tab/Shift+Tab
当你面对的是结构错乱（比如 function 块缺大括号、foreach 内部语句全挤在一行）、或想对齐 =>、=、参数列表时，Tab 和 Shift+Tab 完全无能为力。这时候该用的是 Ctrl+Alt+I（逐行缩进修正）或 Ctrl+Alt+L（完整格式化）。
但要注意：Ctrl+Alt+L 会触发全部 Code Style 规则，包括删空行、重排 if 括号位置、合并短语句——它适合保存前整文件清理，不适合边写边调。而 Ctrl+Alt+I 只动缩进，不动结构，才是“临时对齐”的正确选择。
复杂点在于：Ctrl+Alt+I 的效果仍取决于 Tabs and Indents 里的 Indent 值。如果你设的是 2，但它会把所有行强行缩到 2 空格，哪怕你手写习惯是 4——这种“被纠正感”最容易让人误以为快捷键坏了。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
