PHP中正确处理GET参数&的方法

问题描述：URL参数中的&字符被截断

在Web开发中，我们经常需要通过URL传递参数。例如，一个URL可能看起来像这样： page.php?clss_type=Boys%20&%20Girls

这里，我们期望clss_type参数的值是"Boys & Girls"。然而，当PHP脚本尝试通过$_GET['clss_type']获取这个值时，通常会发现输出结果是"Boys"，而不是完整的"Boys & Girls"。

这种现象发生的原因是PHP默认将URL查询字符串中的&字符识别为不同的GET参数之间的分隔符。当PHP解析clss_type=Boys%20&%20Girls时，它会认为Boys%20是clss_type的值，而%20Girls是另一个名为%20的参数的值。因此，$_GET['clss_type']只能获取到第一个&之前的部分。

解决方案一：URL编码（推荐）

最常见且推荐的解决方案是对URL参数值中包含的特殊字符（如&、=、?等）进行URL编码。URL编码将这些特殊字符转换为百分号编码形式，使其在URL中作为普通数据而非特殊语法符号被处理。对于&字符，其URL编码形式是%26。

将原始URL修改为： page.php?clss_type=Boys%20%26%20Girls

此时，PHP就能正确解析出完整的参数值：

在实际开发中，当你在PHP中构建包含动态参数的URL时，应该始终使用urlencode()函数来编码参数值，以确保所有特殊字符都被正确处理。

示例代码：构建URL并获取参数

注意事项：

• urlencode()函数会自动处理空格（编码为%20）以及其他非字母数字字符。
• 当PHP接收到URL编码的参数时，$_GET超全局数组会自动对这些值进行解码，所以你不需要手动调用urldecode()。

解决方案二：修改php.ini配置

另一种方法是修改PHP的运行时配置，即php.ini文件中的arg_separator.input指令。这个指令定义了PHP在解析URL查询字符串时，用于分隔参数的字符。默认情况下，它的值是&和;。

通过将arg_separator.input修改为其他字符（例如只使用;作为分隔符），可以避免&在参数值中被错误地解析。

修改php.ini：

找到php.ini文件（通常在PHP安装目录下），然后查找或添加以下行：

; 更改GET参数分隔符，例如只使用分号
arg_separator.input = ";"

修改后，你需要重启Web服务器（如Apache或Nginx）以使更改生效。

修改后的URL示例：

如果arg_separator.input被设置为;，那么你的URL应该这样构造： page.php?clss_type=Boys%20&%20Girls

在这种配置下，PHP将不再把&视为参数分隔符，因此$_GET['clss_type']将能正确获取到"Boys & Girls"。

注意事项：

• 服务器级更改： 这种方法是全局性的，会影响服务器上所有使用该PHP配置的应用程序。
• 兼容性问题： 如果你的应用程序或依赖的库期望&作为参数分隔符，修改此设置可能会导致兼容性问题。
• 不推荐作为首选： 除非有特殊需求或特定的服务器环境，否则不建议使用此方法。URL编码是更灵活、更安全且更符合Web标准的方法。
• arg_separator.output： 还有一个相关的指令arg_separator.output，它控制PHP在生成URL（例如使用http_build_query()函数）时使用的分隔符。通常，这两个指令会保持一致。

总结与最佳实践

处理URL参数中包含&等特殊字符的问题，URL编码（即方案一）是首选且最推荐的方法。它具有以下优点：

• 符合标准： URL编码是Web标准的一部分，被所有浏览器和服务器广泛支持。
• 应用独立： 这种方法只影响单个URL的构建，不会对服务器上的其他应用程序造成影响。
• 清晰明确： 参数值中的特殊字符被明确地编码，避免了歧义。

而修改php.ini虽然也能解决问题，但因其全局性和潜在的兼容性风险，通常只在特定场景下作为备选方案。在构建URL时，始终使用urlencode()函数来确保参数的正确传递和解析，是编写健壮Web应用程序的关键实践。