PHP 8.3 中设置默认字符集必须修改 php.ini 的 default_charset = "UTF-8" 并重启服务器，ini_set 无效；还需同步设 mbstring.internal_encoding = "UTF-8"，数据库连接须显式指定 charset=utf8mb4。
PHP 8.3 中设置默认字符集，不能靠 ini_set('default_charset', 'UTF-8') 临时修改——它在 Web SAPI（如 Apache、FPM）下基本无效，且不控制 HTTP 响应头。
改 php.ini 是唯一可靠方式
PHP 8.3 的 default_charset 必须在配置文件中静态设定，运行时无法安全覆盖。否则浏览器收到的 Content-Type 响应头仍可能是 ISO-8859-1 或空，导致中文乱码、JSON 解析失败、表单提交异常。
- 先用
phpinfo()查看 Loaded Configuration File 路径，确认你改的是正在加载的php.ini - 搜索
default_charset，取消注释（去掉分号）并设为：default_charset = "UTF-8" - 如果该行不存在，在
[PHP]段落末尾新增这一行 - 改完必须重启 PHP-FPM 或 Apache/Nginx，仅刷新页面不生效
CLI 脚本也要同步处理 mbstring.internal_encoding
PHP 8.3 CLI 模式下，即使 default_charset 生效，若 mbstring.internal_encoding 仍是默认值（常为 ISO-8859-1），mb_strlen()、mb_substr() 等函数仍会按错误编码解析 UTF-8 字符串，造成截断或乱码。
- 在同一个
php.ini中设置：mbstring.internal_encoding = "UTF-8" - 或者用命令行参数临时覆盖：
php -d default_charset=UTF-8 -d mbstring.internal_encoding=UTF-8 script.php - 验证是否生效：
php -i | grep -E "(default_charset|mbstring.internal_encoding)"
数据库连接层不能漏掉 charset=utf8mb4
PHP 8.3 设置了全局默认字符集，但 MySQL 连接仍默认用 latin1 协商通信，这是最隐蔽的乱码源头之一——页面显示正常，但存进数据库的中文变成问号或 Mojibake。
修复 Core bailout 状态损坏安全问题，以及 BZ2、DOM、PDO、Opcache/JIT 内存与执行错误，改进 Unicode 字素处理、URL 解析、TLS 流状态、信号分发及会话错误处理。
- PDO 连接 DSN 必须显式带
charset=utf8mb4：mysql:host=localhost;dbname=test;charset=utf8mb4 - mysqli 连接后立即调用：
$mysqli->set_charset('utf8mb4') - 禁用 PDO 模拟预处理：
PDO::ATTR_EMULATE_PREPARES => false，否则字符集可能被绕过
只读属性默认值不影响字符集，但别误配成字符串字面量
PHP 8.3 支持 public readonly string $encoding = 'UTF-8'; 这类写法，但它只是普通属性赋值，**不会改变 PHP 的运行时编码行为**。有人试图用它替代 default_charset，结果发现 header 依然发错、json_encode() 输出乱码——因为这和 SAPI 层的输出编码完全无关。
- 这种只读属性适合封装配置值（如
$config->charset），但必须配合真实生效的php.ini设置 - 若在构造函数里动态拼接字符串（如
$this->charset = $_ENV['CHARSET'] ?? 'UTF-8';），就违反了只读属性只能赋值一次的规则，会直接报错 - 数组默认值如
public readonly array $encodings = ['UTF-8'];合法，但同样不触发任何编码自动切换逻辑
真正起作用的永远是 php.ini 里的 default_charset 和数据库连接时的 charset 参数；其他所有“看起来像设置字符集”的操作，要么是装饰，要么是陷阱。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
