PHP 5.2及更早版本不支持mb_internal_encoding()，应通过header设置响应头、HTML中声明meta、数据库连接设字符集、用iconv()或utf8_encode()转码、手动处理超全局变量等方式实现UTF-8兼容。
PHP 低版本不支持 mb_internal_encoding() 怎么办
PHP 5.2 及更早版本确实没有 mb_internal_encoding()，调用会直接报 Fatal error: Call to undefined function mb_internal_encoding()。这不是配置问题，是函数根本不存在。
替代思路不是“强行加编码”，而是绕过 mbstring 扩展依赖，用基础函数+手动声明实现等效效果：
- 所有输出前加
header('Content-Type: text/html; charset=utf-8');（确保浏览器解析正确） - HTML 模板里显式写
- 读取文件时用
file_get_contents()+iconv()或utf8_encode()转码（仅限 ISO-8859-1 源） - 数据库连接必须手动设字符集：MySQLi 用
$mysqli->set_charset('utf8')，PDO 用PDO::MYSQL_ATTR_INIT_COMMAND => "SET NAMES utf8"
iconv() 和 utf8_encode() 选哪个
utf8_encode() 只能处理 ISO-8859-1 → UTF-8，输入非 Latin-1 编码（比如 GBK、Shift-JIS）会乱码甚至崩溃；iconv() 更通用，但低版本 PHP（如 5.0）可能未启用该扩展。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 确认源编码：用
mb_detect_encoding($str, ['UTF-8', 'GBK', 'BIG5'], true)（即使没mb_internal_encoding()，mb_detect_encoding()在 PHP 4.0.6+ 就存在） - 若确定是 GBK：用
iconv('GBK', 'UTF-8//IGNORE', $str)（//IGNORE防止非法字节中断） - 若只有
utf8_encode()可用，且数据确认来自 HTML 表单或 Latin-1 环境，才用它
POST/GET 参数自动转 UTF-8 的安全做法
低版本 PHP 不会自动转换超全局变量编码，不能依赖 $_POST 原值。必须在接收后立即转码：
- 对单个字段：
$name = iconv('GBK', 'UTF-8//TRANSLIT', $_POST['name']); - 对整个
$_POST：array_walk_recursive($_POST, function(&$v) { $v = iconv('GBK', 'UTF-8//IGNORE', $v); }); - 注意：不要对
$_FILES的name字段直接iconv()，浏览器上传的文件名编码不可靠，应统一用英文命名或存数据库时转义
为什么不用 setlocale() 或 nl_langinfo()
这些函数管的是本地化格式（如日期、货币符号），和字符串编码无关。setlocale(LC_ALL, 'zh_CN.UTF-8') 在多数共享主机上根本无效，还可能引发 strftime() 异常，纯属误导。
真正要盯住的只有三处：HTTP 响应头、HTML meta、数据库连接字符集。其他地方的“编码设置”在低版本 PHP 中基本是幻觉。
最易被忽略的是数据库查询结果的编码——即使连接设了 UTF-8，如果表结构用的是 latin1_swedish_ci，SELECT 出来的仍是乱码。必须连同 ALTER TABLE ... CONVERT TO CHARACTER SET utf8 一起做。
