结论：别用正则处理嵌套表单字段，因其无法可靠解析含嵌套结构的HTML；应使用PHP原生DOMDocument+DOMXPath方案，可正确处理嵌套、命名空间、实体转义及语义状态。
直接说结论：别用正则处理嵌套表单字段
PHP 正则表达式无法可靠提取含嵌套结构的 HTML 表单字段（比如 <form> 里有 <fieldset>、<div> 包裹的 <input>，或动态生成的重复 <template> 块）。这不是写法问题，而是正则引擎本身不支持递归匹配——它没法跟踪“第几个 <div> 开始，第几个 </div> 结束”。强行硬写会导致漏匹配、跨标签捕获、崩溃式回溯。
为什么常见正则在表单场景下必然失效
表单 HTML 的典型破坏点，正则全部踩中：
-
<input>可能是自闭合（<input type="text">）或带换行/缩进（<input\n name="user"\n value="test"\n>），[^>]*会卡死 -
<select><option>嵌套时，非贪婪.*?会在第一个</option>就停，而不是等</select> -
<form>内可能混入 JavaScript 模板字符串（如<script type="text/template"><input name="{{name}}"></script>），正则会误判为真实标签 - 多个同名
name字段（如hobby[]）靠位置区分，但正则无法按 DOM 层级排序提取
真要临时用正则，只限这三种安全场景
如果只是解析极简、人工生成、无嵌套的表单片段（例如 CMS 后台导出的静态 HTML 配置块），可谨慎使用以下模式：
- 提取所有
<input>的name和value：/<input[^>]+name=["\']([^"\']+)["\'][^>]*value=["\']([^"\']+)["\'][^>]*>/i，注意必须用[^>]*替代.*防跨标签 - 提取
<textarea>内容（不含嵌套标签）：/<textarea[^>]*name=["\']([^"\']+)["\'][^>]*>([\s\S]*?)<\/textarea>/i，[\s\S]才能匹配换行 - 提取
<select>的name和所有<option value="x">y</option>对：/<select[^>]+name=["\']([^"\']+)["\'][^>]*>([\s\S]*?)<\/select>/i，再对$matches[2]单独跑一遍/<option[^>]+value=["\']([^"\']+)["\'][^>]*>([^<]*)/i
以上每条都要求 HTML 无换行属性、无注释、无 JS 混入、无 <label> 包裹 <input> 等语义结构——现实中几乎不存在。
立即学习“PHP免费学习笔记（深入）”；
真正兼容嵌套表单的唯一做法
用 DOMDocument + DOMXPath，这是 PHP 原生支持、无需额外扩展、且能正确处理嵌套/命名空间/实体转义的方案：
- 加载 HTML：
$dom = new DOMDocument(); @$dom->loadHTML($html, LIBXML_HTML_NOIMPLIED | LIBXML_HTML_NODEFDTD);（@抑制警告，LIBXML_HTML_*关键参数） - 查所有表单字段：
$xpath = new DOMXPath($dom); $nodes = $xpath->query('//form//input | //form//select | //form//textarea | //form//button'); - 逐个取属性：
foreach ($nodes as $node) { $name = $node->getAttribute('name'); $value = $node->getAttribute('value') ?: $node->textContent; } - 处理
<select multiple>或<fieldset disabled>等语义逻辑时，$node->hasAttribute()和$node->parentNode可直接用，正则做不到
真正麻烦的不是写几行 DOM 代码，而是很多人把“表单字段”想成纯文本字段，忽略了 disabled、readonly、data-* 属性、<output> 实时绑定这些 DOM 层面才存在的状态——这些只有节点树能表达清楚。
