根本原因是URL中未编码的/、?、#等字符被服务器提前截断，导致参数无法进入Laravel路由层；需确保前端用encodeURIComponent()编码参数值，并在Laravel路由中对含斜杠参数添加->where('param', '.*')约束。
URL中带空格、中文、斜杠等字符时 request()->get() 拿不到值
根本原因是浏览器自动对 URL 中的特殊字符做了编码（如空格→%20，中文→%E4%B8%AD），但 Laravel 的 request()->get() 默认能正确解码；真正出问题的是——当参数里含未编码的 /、?、# 或服务器配置不当导致路径被提前截断时，参数根本进不到 Laravel 路由层。
常见现象：URL 是 /search?q=hello world，但 request()->get('q') 返回 null 或空字符串。
- 检查 Nginx/Apache 是否把含空格或未编码斜杠的请求直接拒掉（Nginx 默认会 400）
- 确保前端发请求前用
encodeURIComponent()包裹每个参数值，而不是只对整个 URL 编码 - 避免在 GET 参数中直接传原始路径，比如
?path=/users/123→ 改用 base64 编码：?path=JTJGdXNlcnMlMkYxMjM，后端用urldecode(base64_decode($request->get('path')))
request()->fullUrlWithQuery() 拼接含特殊字符参数时报错
这个辅助方法内部会调用 PHP 的 http_build_query()，而它默认不处理 UTF-8 字符，遇到中文或 emoji 会返回空或乱码。不是 Laravel 的 bug，是底层函数行为。
- 手动先对值做
rawurlencode()再拼：比如$query = ['q' => rawurlencode('你好')]; echo url('/search').'?'.http_build_query($query); - 不要依赖
fullUrlWithQuery()处理用户输入的原始字符串，它适合拼接已知安全的键值对 - 如果必须用，确保 PHP 版本 ≥ 7.4 且
mbstring.func_overload未开启，否则http_build_query()可能误判字符串长度
使用 Route::get('/search/{q?}', ...) 时路径参数含斜杠就 404
Laravel 路由默认把 / 当作分隔符，所以 /search/hello/world 会被解析成 {q} = hello，后面 world 直接丢失。这不是编码问题，是路由匹配机制限制。
- 改用查询参数方式：用
/search?q=hello/world，而非路径参数 - 若必须用路径参数，加正则约束：
Route::get('/search/{q?}', ...)->where('q', '.*')，让{q}匹配任意字符（包括斜杠） - 注意：启用
where('q', '.*')后，该路由可能覆盖其他更具体的路由，顺序要放在最后
调试时 dd(request()->all()) 看不到参数，但 $_GET 里有
说明请求没走到 Laravel 的请求生命周期，可能是中间件提前终止、CSRF 验证失败、或用了非标准 HTTP 方法（如 GET 请求体里塞了 JSON）。也可能是服务器把参数解析错了。
- 先打印原生
$_GET和$_SERVER['QUERY_STRING']，确认参数是否真的到达 PHP 层 - 检查是否启用了
mod_security或 WAF 规则，把含%2F（即/）的参数当成攻击拦截 - 在
public/index.php顶部加var_dump($_GET); exit;，绕过 Laravel 判断是不是框架层的问题
underscores_in_headers 影响 header 传递，或者 Apache 的 AllowEncodedSlashes 关闭导致 %2F 被拒。查问题时，一层层从网络到 PHP 到框架，比改代码更重要。 
