必须先用textContent提取纯文本再匹配括号，避免HTML标签、属性、注释等干扰；正则用/((1*))/g提取单层括号内容，禁用贪婪匹配。() ↩
直接用正则提取 HTML 中的括号内容，必须先剥离标签干扰——否则 ( 和 ) 很可能藏在属性值、注释或脚本里，导致误匹配。纯文本提取是前置前提。
先用 textContent 拿干净文本，再处理括号
浏览器环境首选 textContent，它不执行渲染、不解析 HTML、不触发重排，且自动跳过 <script></script>、<style></style> 和隐藏元素：
-
el.textContent返回纯文本，保留换行和空格（后续可.replace(/\s+/g, ' ').trim()标准化） - 别用
innerHTML.replace(/<.>/g, '')</.>—— 它无法处理自闭合标签、CDATA、注释，且对嵌套结构（如<div><p>text</p></div>）极易漏内容 - 服务端（如 PHP）可用 DOMDocument 加载后取
$dom->textContent，比正则稳妥得多
从纯文本中提取括号内容：用非贪婪匹配 + 边界控制
括号本身不是 HTML 标签，但常出现在文本中（如 “价格(含税)”、“状态(待审核)”）。此时正则目标明确：捕获最外层成对括号内的内容，且不跨括号。
- 基础模式：
/\(([^()]*)\)/g—— 匹配不含嵌套括号的单层内容，[^()]*确保不越界 - 若需支持一层嵌套（如
(a(b)c)），得用递归思路，但多数语言正则不原生支持；更实际的做法是分两步：/(?:\([^()]*\)|[^()])+/先切出所有括号块，再逐个解析 - 避免
/(.*)/这类贪婪写法，否则abc(def)ghi(jkl)会整个匹配成def)ghi(jkl
警惕括号出现在 HTML 属性或 JS 字符串里
如果原始 HTML 是动态生成的（比如 Vue 模板、内联事件 onclick="doSomething('text (with) paren')"），直接在 HTML 字符串上跑括号正则大概率崩：
立即学习“前端免费学习笔记（深入）”；
-
"label_name":"(历史)"这类 JSON 片段里的括号会被误抓 -
<img alt="(图标说明)">中的括号属于属性值，不属于正文语义 - 解决方案：先用 DOM 解析器定位到目标文本节点（如
p、div），再对其textContent做括号提取，彻底规避上下文污染
真正麻烦的从来不是怎么写正则，而是没想清楚括号到底属于哪一层上下文——HTML 结构层？DOM 文本层？还是业务语义层？跳过 DOM 直接正则扫源码，等于在雷区蒙眼走路。
