使用preg_match验证表单字段时含&符号出现错误

嘿，我之前处理过类似的表单验证踩坑经历，给你几个针对性的排查方向和解决方案：

• 先排查表单提交时的参数解析问题
  默认的application/x-www-form-urlencoded编码会把&当作参数分隔符，比如当你输入标题&副标题时，后端会把$title的值截断为标题，剩下的副标题会被当成独立参数，这时候不完整的内容自然会触发验证错误。
  解决办法：

  • 前端提交前用encodeURIComponent()对title字段的值进行编码，确保&被转译为%26后再发送；
  • 或者把表单的enctype属性设置为multipart/form-data，这种编码方式不会把&当作参数分隔符。

• 检查正则验证的转义逻辑
  如果你是用正则表达式做验证，&本身不是正则的特殊元字符，不需要用\&转义——转义后正则会去匹配字面量的\&字符串，而不是用户输入的&，这就会导致验证逻辑判断错误。
  举个例子：如果你的规则是禁止输入&，正确的正则应该是/&/，而不是/\&/；如果是允许包含&，那正则里直接保留&即可，不需要额外处理。

• 确认后端接收数据的原始值
  可以先在后端打印出$title的原始值（比如PHP里用var_dump($_POST['title'])），看看实际拿到的内容是不是用户输入的完整字符串。如果发现内容被截断或者转义成了&，那问题就出在数据传输或HTML自动转义上：

  • 如果是&，说明前端的HTML输入框里的内容被转义了，这时候后端可以先做一次htmlspecialchars_decode()还原，再进行验证。

• 调整验证逻辑的优先级
  如果你之前调整的是正则匹配的顺序，不如先把「数据完整性校验」放在最前面——先确认$title的长度和内容是否完整，再进行特殊字符的规则验证，避免因为数据不完整导致的误判。

内容的提问来源于stack exchange，提问作者Sabreur