Notepad++折叠边距线是标示折叠块范围的垂直实线，非缩进辅助线；需勾选“Draw fold margin line”并重启生效，适用于所有语言，但依赖正确语言识别与结构合规性。
折叠边距线（fold margin line）不是辅助线，而是折叠结构的视觉锚点
Notepad++ 的折叠边距线（Draw fold margin line）不是用来对齐缩进的“辅助线”，它是一条垂直实线，从每个 + 或 - 折叠图标向下延伸，标出该折叠块的实际作用范围。它不参与折叠逻辑判断，但能帮你一眼确认“这个 - 管到哪一行为止”——尤其在嵌套深、空行多、或有长注释干扰时，避免误判折叠边界。
开启方式很简单：菜单 → 设置 → 首选项 → 编辑器 → 勾选 Draw fold margin line，重启生效。这条线默认是浅灰虚线，勾选后变为连续实线，颜色不可调但足够醒目。
- 它不依赖语言：C++ 的
{}块、Python 的缩进块、JS 的if块，全都适用 - 它不依赖缩进一致性：哪怕你混用了
\t和空格，只要折叠点被识别出来了，线就画得准 - 它不能解决折叠不出现的问题：如果
+/-根本没显示，开这条线也没用——得先解决语言识别和结构合规性
Alt+数字键 + 折叠边距线 = 快速定位逻辑层级
Alt+1 到 Alt+8 不是“按缩进层数折叠”，而是按 Scintilla 解析出的语法折叠层级（fold level）批量操作。配合折叠边距线，你能直观验证当前层级是否符合预期：比如按 Alt+2 后，所有从 - 延伸下来的实线只到某一层级就断了，说明那部分代码没被标记为 Level 2，可能因为缺换行、混用了零宽字符，或语言模式错了。
- Python 中
def foo():是 Level 1，其下首个缩进行（如if x:）才可能是 Level 2；单行def foo(): pass不生成 Level 2 - C++ 中
if (x) {行是 Level 2，匹配的}行 level 会降一级；但如果{被写在注释里（/* { */），整行不会被识别为折叠头 - 按
Alt+1后函数体仍展开？别急着怀疑快捷键——先看边距线上有没有从函数签名行延伸下来的长线；如果没有，说明函数体压根没被识别为子块
折叠边距线失效的三个真实原因
边距线不显示，90% 不是设置没开，而是底层折叠结构没建立起来。常见硬伤：
-
右下角语言显示为 Normal text：折叠完全不触发，边距连+/-都没有，更别说线了。必须手动切到Python、C++等对应语言，并 重载文件（File → Reload from disk） -
Enable folding for Python开关未启用：老版本 Notepad++（如 v7.9）默认关闭，即使语言选对了，也得进设置 → 首选项 → 语言手动勾选 - 代码含不可见字符：
Ctrl+Shift+P打开“显示所有字符”，重点找\u200B（零宽空格）——它会让 Scintilla 在解析时跳过关键换行或缩进，导致层级标记错乱，边距线自然断掉
别指望它替代结构规范，它只是帮你看见问题
折叠边距线再清晰，也不能让不合规的代码变可折叠。Python 混用 \t 和空格、C++ 的 { 被注释包裹、JS 箭头函数无花括号……这些都会让 Scintilla 根本不打层级标签，边距线也就无从画起。它存在的意义，是把“为什么这里没折起来”这个抽象问题，变成一条看得见、量得到的竖线——线断在哪，问题就在哪行附近。真要长期提效，得先统一缩进、补全换行、清理不可见字符，而不是反复调这条线的颜色或粗细。
