Notepad++ 原生不支持语法级括号匹配检查，仅线性扫描配对，无法识别未闭合、跨注释、字符串内误判或语义错误；Ctrl+B 和 Ctrl+Shift+P 等功能均受 Scintilla lexer 限制，依赖括号高亮开启且光标位置严格，真正语义检查需借助外部 linter 或 LSP 插件。
Notepad++ 原生不支持语法级括号匹配检查，它只能线性扫描配对，无法发现未闭合、跨注释、字符串内误判或语义错误——这不是你设置错了，是底层设计如此。
Ctrl+B 跳转为什么总跳错位置
Notepad++ 的 Ctrl+B 不解析语法树，只从光标出发向前后找最近的成对符号。常见失效场景：
- 光标在字符串里，比如
print("a(b)c")中的(，会被当成代码括号处理 - 括号在注释中，如
/* if (x > 0) { */，Ctrl+B会跳到注释外的} - 嵌套过深时（如
f(g(h(i()))))），它停在离光标最近的一层闭合处，而非逻辑最外层 - 未闭合括号（只有
{没有}），它会扫到文件末尾才放弃
这不是 bug，是 Scintilla lexer 的行为限制：它不运行代码、不识别模板字符串（如 JS 的 `a${b(c)}`）、也不区分 // 和 /* */ 注释。
括号高亮开了但不显示匹配对
必须同时满足两个条件，高亮才会生效：
-
Settings → Preferences → Performance中勾选Brace matching（这是全局开关，不勾则所有样式无效） -
Settings → Style Configurator→ 左侧选当前语言（如Python）→ 右侧勾选Enable bracket highlighting
另外注意：右下角语言标识必须是 Python、JavaScript 等编程语言模式，不能是 Plain text；64 位旧版（v8.5 及更早）存在高亮色渲染为白色的问题，升级到 v8.6+ 即可修复。
想真正检查括号是否成对且语义正确
Notepad++ 原生做不到。它没有语法解析器，不校验括号是否闭合、是否跨作用域、是否在非法上下文中出现。可行路径只有两条：
- 用外部工具校验：保存后在命令行调用对应语言的 linter，例如
python -m py_compile file.py或eslint file.js，错误信息会明确指出括号问题 - 装 LSP 插件：如
Notepad++ LSP Client，配合pylsp/eslint-lsp等后端，才能实现带语义的实时括号检查和悬停提示
插件如 XBrackets 或 Alt+Q 只是扩展高亮/选中能力，依然基于线性扫描，不能替代语法检查。
Ctrl+Shift+P 选中括号内容但范围不对
Ctrl+Shift+P 是“扩展选择”动作，依赖括号高亮已开启，且光标必须紧贴括号字符本身：
- 不能在括号内（如
{|x}），不能在空格后（如{ |}），也不能在字符串或注释里 - 括号本身不闭合（如只有
{），Ctrl+Shift+P会选中从光标到文件末尾 - 操作流程：光标放任一括号上 → 按
Ctrl+Shift+P（自动跳转并选中两者之间内容，不含括号）→ 若需包含括号，立刻按Shift+←或Shift+→扩展一次 → 再按Ctrl+Shift+P可逐层向外扩展选区
该操作对 ()、[]、{} 都有效，但不支持自定义括号对（如 {{}} 或 『』）；XBrackets 插件可补足这点。
真正麻烦的不是设不设高亮，而是当文件混用多种括号风格（比如 Markdown 里有 `code()`、JSON 有 {"key":[]}、还有中文引号 「」），这时候原生机制基本瘫痪——得靠 XBrackets + Alt+Q 组合应付。
