pdo构造函数第四个参数$options必须为php数组，不可为字符串或json；常见错误是用双引号包裹数组变量导致类型错误，正确写法应直接传入原生数组。
PDO 构造时第四个参数必须是数组，不是字符串、JSON 或其他格式。PHP 8.4 尚未发布（截至 2026 年 7 月仍为预发布状态），当前实际运行环境仍是 PHP 8.3，所有连接参数行为与 8.3 完全一致——不存在“PHP 8.4 特有写法”。
params 必须是 PHP 数组，不能填字符串或 JSON
常见错误是把 params 写成类似 'params' => '[PDO::ATTR_PERSISTENT => true]' 这样的字符串。框架或 PDO 不会自动解析它，而是原样传入，触发致命错误：PDO::__construct(): Argument #4 ($options) must be of type array。
-
params是 PDO 实例化时的第四个参数，类型强制为array - ThinkPHP8 中只能在
config/database.php里用原生 PHP 数组赋值，.env文件不支持解析嵌套结构 - 不要尝试用
json_decode()、eval()或字符串拼接绕过——既不安全，也不被框架接受
常用 params 键值对及取舍逻辑
不是所有 PDO::ATTR_* 都该加进 params。有些已被框架默认设置，重复写无意义；有些在特定部署下反而引发冲突。
-
PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION：ThinkPHP8 已默认启用，显式写入无害但冗余 -
PDO::ATTR_EMULATE_PREPARES => false：推荐保留，避免 MySQL 5.7+ 下因模拟预处理导致的类型丢失问题 -
PDO::ATTR_PERSISTENT => true：仅在传统 FPM 模式下有效；若用 Swoole + 连接池，此参数会被忽略，且可能干扰连接复用，应移除 -
PDO::ATTR_DEFAULT_FETCH_MODE => PDO::FETCH_ASSOC：建议设，避免返回数字索引混用造成维护困难
DSN 里 charset 必须显式声明，params 不管这事
charset=utf8mb4 必须写在 DSN 字符串里（如 mysql:host=127.0.0.1;dbname=test;charset=utf8mb4），而不是塞进 params 数组。PDO 不会从 params 读取字符集，只认 DSN。
- 漏掉 DSN 中的
charset是中文乱码、emoji 插入失败的最常见原因 -
params中设PDO::MYSQL_ATTR_INIT_COMMAND => "SET NAMES utf8mb4"属于兜底手段，优先级低于 DSN，且增加握手开销，不推荐 - MySQL 8.0+ 用户若遇到
SQLSTATE[HY000] [2054]错误，需在数据库侧改认证插件，和params无关
调试时怎么确认 params 生效了
别靠猜，直接查运行时连接属性：
- 用
Db::getConnect()->getAttribute(PDO::ATTR_PERSISTENT)查持久化是否真开启（返回true才算） - 用
Db::getConnect()->getAttribute(PDO::ATTR_EMULATE_PREPARES)确认是否禁用模拟预处理 - 注意：这些方法只对当前活跃连接有效，连接池场景下每个请求可能拿到不同物理连接，结果可能波动
params 也根本没机会执行。先确保基础连接通，再调参。php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
