当 PHP 接收 ISO-8859-1 编码的 URL（如 condici%F3n）却运行在 UTF-8 环境时，$_GET 自动解码为乱码字符串；若未经重新编码直接用于 Location 重定向，浏览器将按 UTF-8 解析 %F3（非法字节），导致链接失效。根本解法是：显式以原始编码还原字节，再用 UTF-8 重新百分号编码。
当 php 接收 iso-8859-1 编码的 url（如 `condici%f3n`）却运行在 utf-8 环境时，`$_get` 自动解码为乱码字符串；若未经重新编码直接用于 `location` 重定向，浏览器将按 utf-8 解析 `%f3`（非法字节），导致链接失效。根本解法是：**显式以原始编码还原字节，再用 utf-8 重新百分号编码**。
在迁移网站至新主机后，常遇到旧链接含 ISO-8859-1 编码的 URL（如 condici%F3n）无法正常跳转的问题——尽管浏览器地址栏输入 condición 或 condici%C3%B3n 均可访问，但 condici%F3n 却返回 404。这是因为：
- 旧环境（Apache + mod_rewrite）默认按 ISO-8859-1 解析
%F3→ 字节0xF3→ 字符ó； - 新环境（UTF-8 默认）将
%F3视为不合法 UTF-8 字节序列，拒绝路由或错误解析为乱码； - PHP 的
$_GET在 CGI/FastCGI SAPI 层已按当前default_charset（通常是 UTF-8）尝试解码，导致$value实际为condicin（`表示解码失败的替换字符），后续拼接重定向 URL 时，该损坏字符串被header()` 原样发送，浏览器无法识别。
✅ 正确处理流程应为三步闭环：
-
识别原始编码：确认传入参数实际是 ISO-8859-1 编码（
%F3=óin Latin-1）； -
逆向还原原始字节：用
utf8_decode()将 PHP 当前乱码字符串转回 ISO-8859-1 字节流； -
UTF-8 安全重编码：用
rawurlencode()对字节流进行 RFC 3986 兼容的 UTF-8 百分号编码（ó→%C3%B3）。
以下是生产就绪的修复代码：
<?php
// Step 1: 获取原始 GET 参数（此时 $_GET['termino'] 已被错误 UTF-8 解码）
$legacy_encoded = $_GET['termino'] ?? '';
// Step 2: 将乱码字符串逆向还原为 ISO-8859-1 字节（关键！）
// 注意：仅当确定原始为 Latin-1 时才用 utf8_decode()
$latin1_bytes = utf8_decode($legacy_encoded); // 'condicin' → 'condición'
// Step 3: 以 UTF-8 编码该字节流，并安全 URL 编码
$utf8_safe = mb_convert_encoding($latin1_bytes, 'UTF-8', 'ISO-8859-1');
$encoded_for_url = rawurlencode($utf8_safe); // 'condición' → 'condici%C3%B3n'
// Step 4: 301 重定向到标准化 URL（含正确 UTF-8 编码路径）
header('Content-Type: text/html; charset=UTF-8');
header("Location: https://example.com/$encoded_for_url", true, 301);
exit;
?>⚠️ 重要注意事项：
立即学习“PHP免费学习笔记（深入）”；
-
不要使用
urlencode()：它会将空格转为+，而+在 URL 路径中不被视为空格（仅查询参数中有效），且对非 ASCII 字符编码行为不如rawurlencode()严格； -
避免
mb_internal_encoding("iso-8859-1")等全局设置：这会影响所有字符串函数（如mb_strlen），极易引发隐性 Bug；应仅对特定变量做显式转换； -
验证重定向目标：确保
https://example.com/后端也支持 UTF-8 路径（Nginx/Apache 需启用charset utf-8;或AddDefaultCharset UTF-8）； -
长期建议：通过
.htaccess或 Nginx rewrite 规则，将所有/%[A-F0-9]{2}形式的 Latin-1 编码自动 301 重写为对应 UTF-8 编码，从源头统一入口。
最终，condici%F3n 将被精准重定向至 https://example.com/condici%C3%B3n，既兼容旧链接，又符合现代 Web 标准，彻底解决因编码迁移引发的 URL 断链问题。
