跳转到主内容
新派编程网 - 新潮编程理念，全新技术课堂！
📁 网站地图

PHP怎么加编码_PHP写入日志中文乱码怎么加编码修正【解答】

林译川
林译川
• 👁 0人浏览过
PHP中文乱码主因是编码不一致：文件保存、HTTP头、HTML meta、MySQL连接、日志写入需统一UTF-8；实操须确保编辑器存为UTF-8无BOM，Web页加header与meta，MySQL设utf8mb4，日志前校验并转码。 PHP文件本身没声明UTF-8 编码 很多PHP脚本在开头没写
header('Content-Type: text/html; charset=utf-8');
，或没在HTML的
里声明，导致 浏览器 按GBK/ISO解析，中文显示成方块或问号。这不是日志的问题，是输出层的编码错位。 实操建议： 立即学习 “ PHP免费学习笔记（深入） ”； 纯PHP脚本（非Web）不用管
header()
，但确保编辑器保存为UTF-8无BOM格式 Web页面必须在
后第一行加
header('Content-Type: text/html; charset=utf-8');
HTML中同步加
，否则部分浏览器会忽略HTTP头 用
mb_internal_encoding('UTF-8');
统一内部编码，避免
mb_*
函数出错 fopen/fwrite写入日志时没指定编码 PHP本身不自动转码，
fwrite()
只是原样把字符串 字节 写进文件。如果源字符串是UTF-8，而日志文件被当成ANSI打开（比如Windows记事本默认用本地编码），就会乱码。 实操建议： 立即学习 “ PHP免费学习笔记（深入） ”； 确认PHP源码文件是UTF-8无BOM —— 用VS Code右下角检查，别用记事本另存 写日志前强制转码：用
mb_convert_encoding($msg, 'UTF-8', 'auto')
兜底处理来源不确定的字符串 日志文件开头可手动写BOM（不推荐）：
fwrite($fp, "\xEF\xBB\xBF");
，但更稳妥的是用编辑器统一设为UTF-8打开 Linux服务器上用
file -i your.log
确认文件实际编码，别凭感觉判断 error_log()和file_put_contents() 中文乱码
error_log()
直接写系统日志（如Apache的
error.log
），它不走PHP输出层，也不受
header()
影响；
file_put_contents()
则完全依赖传入字符串的原始字节。两者都“只写不译”。 Comet AI 浏览器 下载 Comet AI 浏览器，体验由 Perplexity AI 驱动的革命性上网方式。内置 AI 助手可实时总结网页、跨标签页对比信息、自动执行任务。告别繁琐操作，让 AI 成为你的浏览副驾，大幅提升研究与工作效率。支持 Windows、macOS、Android 和 iOS。 下载 实操建议： 立即学习 “ PHP免费学习笔记（深入） ”；
error_log()
写中文前，先用
iconv('UTF-8', 'GB2312//IGNORE', $msg)
转成目标环境支持的编码（仅限Windows IIS+GBK日志场景）
file_put_contents('app.log', date('[Y-m-d H:i:s] ').$msg.PHP_EOL, FILE_APPEND | LOCK_EX);
——重点是确保
$msg
本身就是UTF-8字节流 避免混用
echo
调试和
file_put_contents()
记录：前者可能被HTML编码干扰，后者要绝对干净 用
mb_check_encoding($msg, 'UTF-8')
做校验，false就说明源头已损坏，得查输入来源（如POST、数据库查询） MySQL查询结果写日志出现乱码 这是最隐蔽的一环：PHP脚本是UTF-8，但MySQL连接用的是latin1，
SELECT
出来的字段实际是乱码字节，再怎么
mb_convert_encoding
也救不回来。 实操建议： 立即学习 “ PHP免费学习笔记（深入） ”； 连接后立刻执行
mysqli_set_charset($conn, 'utf8mb4');
（注意是
utf8mb4
，不是
utf8
） 建表时字段明确指定
CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci
PHP PDO需在DSN里加
;charset=utf8mb4
，并设置
PDO::ATTR_EMULATE_PREPARES => false
用
SHOW VARIABLES LIKE 'character%';
确认MySQL服务端、连接、客户端三处编码是否全为
utf8mb4
实际项目里，90%的日志中文乱码问题出在MySQL连接编码或编辑器保存格式上，而不是PHP语法本身。别急着改
iconv
，先用
bin2hex()
打个日志看前几个字节是不是
efbbbf
（BOM）或
e4b8ad
（“中”的UTF-8），比猜快得多。

相关文章