php无法通过正则提取url中#后的参数，因浏览器不将#及之后内容发送至服务器；需前端用encodeuricomponent编码、后端urldecode解码，且正则须加u修饰符处理utf-8中文。
PHP正则提取 URL 参数时 # 被截断怎么办
浏览器在发送请求时，# 及其后面的内容根本不会发给服务器，所以 $_GET 拿不到 # 后的值，正则也无从匹配。这不是正则的问题，是 HTTP 协议层的限制。
如果你看到 http://a.com/x.php?k=abc#def 中 $_GET['k'] 只是 abc，那说明参数压根没传过去。必须前端先编码再拼接：
- 用
encodeURIComponent('abc#def')→ 得到abc%23def - 拼成
http://a.com/x.php?k=abc%23def - 后端用
urldecode($_GET['k'])才能还原出原始值
直接对原始 URL 字符串（含 #）写正则去“提取参数”，结果必然漏掉 # 后内容 —— 因为 PHP 看到的 URL 里就没有它。
正则匹配带 & = / ? 的参数值要转义分隔符
常见错误是写 /key=([^&]*)/ 去匹配 ?key=value&other=1，但一旦 value 本身含 & 或 =（比如 key=a&b=c），这个正则就提前截断了。
更健壮的做法是：把参数值当作“非分隔符字符序列”来定义，而不是简单排除 &：
- 用
/key=([^&\n]*)/（加\n防止跨行干扰） - 或更严格：用
/key=([^&\s]*)/，因为 URL 参数值里不该有空格 - 如果值可能含
%编码（如%20），别试图解码后再匹配，先匹配原始编码串，最后统一urldecode()
注意：正则中的 &、=、?、/ 在模式里是字面量，不需要反斜杠转义；但如果你选 / 当定界符，而模式里又出现路径类参数（如 path=/a/b），就得把 / 写成 \/ 或换定界符，比如用 #key=(.*?)#。
preg_match() 提取参数时中文和特殊符号乱码
URL 参数经过浏览器编码后是 UTF-8 字节序列（如中文“你好”变成 %E4%BD%A0%E5%A5%BD），但 PHP 默认按单字节处理字符串，正则会把一个汉字拆成多个字节匹配，导致失败或错位。
必须启用 Unicode 模式：
- 在正则末尾加
u修饰符：/key=(.*?)(?:&|$)/u - 确保 PHP 文件保存为 UTF-8 无 BOM
-
$_SERVER['REQUEST_URI']或原始 URL 字符串也要是 UTF-8 编码（一般默认就是）
不加 u 时，mb_ 系列函数也不能替代 preg_match() 的语义 —— 它们不支持懒惰匹配、捕获组等关键特性。
用 preg_quote() 动态构造含变量的正则
如果参数名是动态拼接的（比如 $key = 'user-name'），直接写 "/$key=([^&]*)/" 会崩：因为 - 在正则里是范围符，user-name 会被当成 “user 到 name” 的字符区间。
安全做法是用 preg_quote() 对变量做转义：
php $key = 'user-name'; $pattern = '/'.preg_quote($key, '/').'=([^&]*)/'; preg_match($pattern, $url, $matches);
preg_quote($key, '/') 会把 - 变成 \-，把 / 变成 \/，其它元字符同理。第二个参数是当前正则的定界符，必须一致，否则转义失效。
别手写 str_replace(['-', '/', '.'], ['\-', '\/', '\.'], $key) —— 漏掉 [、^、$ 等就埋雷了。
真正麻烦的不是写对正则，而是确认你拿到的原始字符串是否已被部分解码、是否混入了未编码的空格或换行、以及前端到底有没有按规范 encode —— 这些地方一错，正则再准也没用。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
