recode 扩展在 PHP 7.4+ 中已被彻底移除，XAMPP 7.4.x 及以后版本不支持；应改用 mb_convert_encoding()、iconv() 等原生函数，并确保 Apache、MySQL、PHP 连接层字符集统一为 utf8mb4。
recode 扩展在 XAMPP 中默认未启用，且自 PHP 7.4 起已被彻底移除 —— 你无法（也不应）在现代 XAMPP 版本中开启它。
为什么 recode 扩展根本开不了
PHP 官方早在 2019 年就将 recode 标记为废弃（deprecated），并在 PHP 7.4.0 正式删除。XAMPP 从 7.4.x（如 7.4.33）及之后所有版本均基于此，php.ini 里找不到 extension=recode，ext/php_recode.dll（Windows）或 recode.so（macOS/Linux）文件也已从 php/ext/ 目录中移除。
- 尝试手动复制旧版
php_recode.dll到新 PHP 环境会直接导致 Apache 启动失败或 PHP 崩溃 - 即使降级到 XAMPP 7.3.x（最后支持
recode的版本），该扩展也仅支持有限编码对（如 ISO-8859-1 ↔ UTF-8），不支持 UTF-8 ↔ GBK 等常见中文场景 -
recode库本身长期未维护，存在内存泄漏和多字节截断风险，PHP 团队移除它是安全与稳定性决策，不是临时疏忽
替代方案：用原生 PHP 函数做字符集转换
所有现代 PHP 版本都内置了更可靠、更安全的替代函数，无需额外扩展：
XAMPP 8.0.30 是一款免费、开源的跨平台 Web 服务器集成包，专为快速搭建本地 PHP 开发环境而设计。该版本核心组件包括：Apache 2.4.56、MySQL 8.0.33、PHP 8.0.30、phpMyAdmin 5.2.1 等。它支持 Windows、Linux 和 macOS 系统，可让开发者在个人电脑上轻松模拟服务器环境，无需复杂配置即可运行 WordPress、Thin
-
mb_convert_encoding($str, 'UTF-8', 'GBK')—— 推荐首选，支持绝大多数中文编码（GBK、GB2312、BIG5、SHIFT-JIS 等） -
iconv('GBK', 'UTF-8//IGNORE', $str)—— 兼容性极广，//IGNORE可跳过非法字节（但慎用，可能掩盖数据损坏） -
mb_detect_encoding($str, ['UTF-8', 'GBK', 'BIG5'], true)—— 辅助判断原始编码，避免盲转
示例：读取一个 GBK 编码的 CSV 文件并转为 UTF-8 输出
$content = file_get_contents('data.csv');
$content = mb_convert_encoding($content, 'UTF-8', 'GBK');
echo $content;
Apache 和 MySQL 字符集需同步配合
单靠 PHP 层转换不能解决乱码根源。若你遇到的是表单提交、数据库读写或文件输出乱码，大概率是环境层配置不一致：
- Apache：确认
httpd.conf中有AddDefaultCharset UTF-8（非注释状态） - MySQL：必须修改
my.ini的[mysqld]段，设character-set-server=utf8mb4和collation-server=utf8mb4_unicode_ci；旧表需执行ALTER TABLE tbl CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci - PHP 连接 MySQL 时，显式指定字符集：
mysqli_set_charset($conn, 'utf8mb4')或 PDO DSN 加;charset=utf8mb4
真正容易被忽略的一点
很多用户花几小时折腾 recode 或 iconv，却没检查源数据本身的编码是否真实可信——比如一个声称是 UTF-8 的文件，开头没有 BOM 且混入了 GBK 字节，mb_convert_encoding 会把它当 UTF-8 处理，结果越转越乱。先用 file -i filename（Linux/macOS）或 VS Code 底部编码提示（Windows）确认真实编码，再选对应转换逻辑。
