php各版本对utf-8处理能力差异不大，真正影响编码行为的是mbstring扩展是否启用、内部编码是否设为utf-8、是否使用mb_系列函数；文件须存为utf-8 without bom，数据库连接需显式设utf8mb4，http响应头与html meta标签也必须统一声明utf-8。
PHP各版本对UTF-8字符串的处理能力差异不大，真正影响编码行为的不是PHP大版本号，而是是否启用mbstring扩展、默认内部编码设置以及开发者是否使用正确的多字节函数。从PHP 5.6到8.5，核心变化在于默认行为更倾向UTF-8，但底层仍按字节操作——这意味着写错函数，照样乱码。
文件保存与BOM：所有版本都绕不开的第一关
无论用PHP 5.6还是8.5，只要PHP脚本文件本身是GBK或含BOM的UTF-8，里面写的中文字符串就会被解释器按错误编码读取。
- 务必用编辑器（如VS Code）将PHP文件保存为UTF-8 without BOM，右下角编码显示要确认是“UTF-8”，不是“UTF-8 with BOM”
<?php必须是文件第一个字符，前面不能有空格、空行或隐藏BOM字节- 用
hexdump -C yourfile.php | head检查前几个字节，若出现ef bb bf就是BOM，需清除
字符串函数：老写法在新版本里依然出错
PHP 7.4+新增了mb_str_split()，但strlen()、substr()、strpos()等原生函数在所有版本中都按字节工作——它们不认识UTF-8，只数字节。
- 中文“你好”在UTF-8中占6字节，
strlen("你好")返回6，substr("你好", 0, 3)会截出半个汉字，变成乱码 - 正确做法：统一用
mb_strlen($s, 'UTF-8')、mb_substr($s, 0, 2, 'UTF-8')、mb_strpos($s, '好', 0, 'UTF-8') - PHP 7.4+可直接用
mb_str_split("你好世界", 1, 'UTF-8')得到['你','好','世','界']；旧版本需手动循环或preg_split('//u', $s, -1, PREG_SPLIT_NO_EMPTY)
数据库与外部数据：版本无关的硬性配置点
PHP版本升级不会自动修复MySQL连接编码。即使用了PHP 8.5，如果没显式设置charset，依然从GBK库读出UTF-8字符串，结果仍是乱码。
- MySQLi连接后立即调用
$mysqli->set_charset('utf8mb4')（注意是utf8mb4，不是utf8） - PDO连接DSN中必须带
;charset=utf8mb4，且建议加上PDO::MYSQL_ATTR_INIT_COMMAND => "SET NAMES utf8mb4" - 接收表单或文件上传内容时，别信
$_POST或file_get_contents()自动是UTF-8——用mb_detect_encoding()检测，再用mb_convert_encoding($str, 'UTF-8', 'auto')转正
环境与输出控制：从php.ini到header的连贯链路
PHP 5.6起default_charset = "UTF-8"成为默认值，但该设置只影响htmlentities()等函数的默认编码，并不改变header()行为或文件读取逻辑。
-
header('Content-Type: text/html; charset=UTF-8')必须在任何输出前调用，且拼写严格为UTF-8（不能写成utf8或utf-8） - 确保
mb_internal_encoding('UTF-8')在脚本开头执行，让mb_*系列函数有统一基准 - HTML页面中仍需保留
<meta charset="UTF-8">，作为HTTP头缺失时的后备保障
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
