PHP文件无编码设置，真正需配置的是HTTP响应头和HTML charset声明；宝塔中default_charset仅在未显式设header时生效，修改后须重载配置；最可靠方式是在脚本开头用header()强制输出UTF-8。
PHP 文件本身没“加编码”这回事，真正要设的是输出字符集
很多人在宝塔面板里找“PHP 编码设置”，以为能像编辑器那样给 PHP 文件指定 UTF-8 或 GBK——其实 PHP 解析器不认这个。真正影响浏览器显示乱码的，是 PHP 脚本 输出时的 HTTP 响应头 和 HTML 中的 charset 声明。如果这两处没对齐（比如 PHP 用 header() 发了 UTF-8，但 HTML meta 写了 GB2312），就必然乱码。
常见错误现象：中文显示为问号、小方块、或一堆 ；var_dump($_POST) 显示正常但网页渲染异常；file_get_contents() 读取中文路径失败。
- PHP 源文件保存为 UTF-8 无 BOM 是前提，但不是充分条件
- 数据库连接、查询、字段 collation 也要匹配（如
utf8mb4_unicode_ci） - 宝塔面板里改 PHP 配置（如
default_charset）只影响未显式设置 header 的情况，优先级低于脚本内header()
宝塔面板中修改 default_charset 的位置和生效逻辑
宝塔确实提供了一个全局入口：进入「软件商店」→ 找到已安装的 PHP 版本 → 点击「设置」→「配置修改」→ 搜索 default_charset。默认值通常是 "UTF-8"（带英文双引号），注意别改成 UTF8 或漏掉引号，否则 PHP 启动会报错：PHP Startup: Invalid configuration directive。
这个配置的作用是：当脚本没调用 header('Content-Type: text/html; charset=xxx') 时，PHP 自动补上该 charset。但它不改变 PHP 文件本身的解析方式，也不影响 echo 输出的原始字节流。
立即学习“PHP免费学习笔记（深入）”；
- 修改后必须点击「重载配置」，否则不生效（不是重启 PHP，是 reload）
- 若使用框架（如 Laravel、ThinkPHP），它们通常自己设 header，这时
default_charset就被绕过了 - CLI 模式下该配置无效，只作用于 Web SAPI（如 fpm）
比改配置更可靠：在 PHP 脚本开头强制输出 UTF-8 响应头
与其依赖全局配置，不如在入口文件（如 index.php）最顶部加一行：
