php表单中文乱码本质是客户端、传输层、服务端编码不一致，须全链路统一utf-8：html加和accept-charset="utf-8"，php设mb_internal_encoding('utf-8')及header('content-type: text/html; charset=utf-8')，mysql用utf8mb4并同步连接与字段编码。
PHP表单提交中文乱码，本质是字符编码在客户端、传输层、服务端三者之间不一致导致的。不是单一环节出错，而是链条断裂——浏览器用UTF-8发送，PHP脚本却按ISO-8859-1解析；或数据库存为gbk，而PHP又以UTF-8读取。修复必须全链路统一为UTF-8，并显式声明。
确保HTML页面与表单声明UTF-8
这是起点。若前端页面本身不是UTF-8，用户输入的中文在提交前就可能被错误编码。
- 在HTML文件顶部（
内）添加：
- 表单标签明确指定编码：
- 保存HTML文件时，用编辑器（如VS Code、Sublime）确认编码为UTF-8无BOM（BOM易引发PHP输出异常）
PHP脚本全程强制使用UTF-8处理
PHP默认不关心字符集，需主动干预。从接收、处理到输出，每一步都要“说清楚”是UTF-8。
- 接收数据后立即转码（仅当确定来源非UTF-8时才需，但更推荐源头统一）：
$name = mb_convert_encoding($_POST['name'], 'UTF-8', 'auto'); - 更稳妥做法：在脚本开头统一设置内部编码：
mb_internal_encoding('UTF-8'); - 输出前设响应头（防止浏览器误判）：
header('Content-Type: text/html; charset=utf-8'); - 避免使用过时函数如
utf8_encode()（它把ISO-8859-1转UTF-8），除非你确认输入确实是Latin-1
MySQL数据库连接与字段编码同步
即使PHP和页面都对了，数据库一关掉UTF-8，存进去还是乱码或?号。
- 建表时指定字符集：
CREATE TABLE user (name VARCHAR(100)) CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci; - 连接数据库后立刻设置编码（PDO示例）：
$pdo->exec("SET NAMES utf8mb4");
或在DSN中加入：
mysql:dbname=test;charset=utf8mb4 - 检查当前连接编码：
SELECT @@character_set_client, @@character_set_connection, @@character_set_results;
三者应均为utf8mb4
调试与验证关键点
不要靠肉眼判断是否“看起来正常”，要用工具确认真实字节。
- 用
bin2hex($_POST['name'])查看提交内容的十六进制值：UTF-8中文通常是3字节序列（如“中”为e4b8ad），若出现3f3f3f（即多个?）说明已被替换 - 用
mb_detect_encoding()探测字符串实际编码（注意该函数不绝对可靠，仅作参考） - Chrome开发者工具→Network→选请求→Headers→看
Request Payload是否显示正常中文；Response→Preview是否正常渲染 - 数据库里用
SELECT HEX(name) FROM user LIMIT 1;查存储的原始字节，比对是否与输入一致
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
