必须修改php.ini而非ini_set()，因后者不发送content-type响应头、易被web服务器提前覆盖、php 8.2+部分sapi下直接忽略；需设default_charset="utf-8"、mbstring.language="neutral"，并重启服务验证响应头。

直接改 php.ini 里的 default_charset，重启 PHP 服务，这是唯一可靠的方式。其他任何运行时设置（比如 ini_set() 或 header()）都只是补救，不能替代它。

为什么必须改 php.ini 而不是用 ini_set()？

ini_set('default_charset', 'UTF-8') 在 Web 环境下基本无效，原因很实际：

• 它不发送 Content-Type 响应头，只影响 htmlentities() 等函数的默认编码行为
• 如果 Web 服务器（如 Apache/Nginx）已提前发了响应头，PHP 就完全没机会覆盖
• PHP 8.2+ 对运行时修改 default_charset 加了限制，部分 SAPI 下直接忽略
• CLI 模式下它能生效，但和 Web 输出无关——别拿 CLI 测试结果去判断网页是否乱码

php.ini 中要改哪几项？

光设 default_charset = "UTF-8" 不够，PHP 8.5.5 默认启用 mbstring，还需同步确认：

• default_charset = "UTF-8" —— 控制 header("Content-Type") 默认值和 htmlentities() 行为
• mbstring.language = "Neutral" —— 避免区域设置干扰编码推断（比如某些系统设成 Japanese 会偷偷切编码）
• mbstring.internal_encoding 已在 PHP 8.2+ 废弃，别再写；改用代码开头调用 mb_internal_encoding('UTF-8')

改完用 php --ini 确认加载的是你编辑的 php.ini，然后必须重启 php-fpm 或 Apache，刷新页面没用。

btpanel phpsite 宝塔面板PHP网站

宝塔面板 PHP 网站管理：站点创建、删除、启停、PHP 版本切换、域名管理、SSL证书管理、伪静态管理、数据库管理

下载

Web 服务器配置别冲突

哪怕 php.ini 设对了，Apache 或 Nginx 仍可能盖章作废：

• Apache：搜 AddDefaultCharset，删掉或改成 AddDefaultCharset UTF-8；检查 .htaccess 是否有同名指令
• Nginx：确保 charset utf-8; 写在 http 或 server 块里，不要只写在 location 里，否则子路径可能失效
• 验证方式：用浏览器开发者工具看响应头，确认只有且仅有一条 Content-Type: text/html; charset=UTF-8

脚本内还要做哪些显式操作？

php.ini 是底座，但每个脚本仍需主动防御：

• 文件本身保存为 UTF-8 without BOM（VS Code/Sublime 都可设，BOM 会导致 headers already sent）
• HTML 页面顶部加 <meta charset="UTF-8">，且必须在 最前面
• PDO 连接字符串里明确写 charset=utf8mb4，例如：mysql:host=localhost;dbname=test;charset=utf8mb4
• 避免依赖 mysql_*() 函数（已彻底移除），它们无法安全传递字符集

最易被忽略的是：数据库字段、表、库三层都得是 utf8mb4，光连上没用，SHOW CREATE TABLE 看一眼才踏实。

php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！