Laravel9视图渲染URL时&被编码为&的PHP解决方法

这个双重编码问题是两层逻辑冲突导致的：

1. 你自定义的query方法做了多余的实体替换操作，打破了Laravel默认的编码分层逻辑
2. Blade模板默认的{{ }}输出语法会自动调用htmlspecialchars()做HTML实体转义，会把原生的&转成&，如果你的字符串里提前存了&，就会被二次转义成&，最终出现你看到的异常URL格式。

• 优先直接使用Laravel 9内置的fullUrlWithQuery方法，完全不需要自己重写URL拼接、参数编译逻辑。原生方法已经处理好了路径拼接、参数合并、编码规范的所有边界场景，调用方式如下：

// 控制器中直接调用请求实例的方法，传入需要新增/覆盖的筛选参数即可
$filterUrl = request()->fullUrlWithQuery([
    'amount' => 'max',
    'since' => 'year_ago'
    // 其他筛选参数
]);

• 视图层输出时按场景选择语法：
  • 如果URL是放在HTML标签属性中（比如<a href="">、<form action="">），直接用{{ $filterUrl }}输出即可。HTML规范中属性值里的&本就应该转义为&，浏览器解析属性时会自动还原为&发起请求，不会影响参数识别，之前功能异常完全是双重编码导致的。
  • 如果需要在纯文本、JS代码块中输出未转义的原始URL，使用Blade的未转义语法{!! $filterUrl !!}即可。
• 如果必须保留自定义的URL生成方法，删掉query方法里多余的替换、解码逻辑，保持编码职责分层：URL生成层只负责生成符合RFC规范的原生URL（参数间用&分隔），HTML实体转义交给模板输出层处理：

public static function query($array)
{
    return http_build_query($array, '', '&', PHP_QUERY_RFC3986);
}

核心原则：URL生成阶段不要做任何HTML实体相关的替换处理，实体转义是模板渲染层的专属职责，两层逻辑混写必然会出现双重编码或者编码缺失的问题。

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