PHP 8.5 中使用 Faker 填充数据库需注意兼容性：官方 v2.x 最高仅支持至 PHP 8.3，须用 fakerphp/faker:^2.0；中文 locale（zh_CN）依赖 mbstring 扩展，否则返回空；Laravel 11+ 的 seed 可能静默失败，需显式调用 create() 并检查 strict 模式与外键约束。
php8.5 里用 Faker 填充数据库，得先确认它真能跑
Faker 在 PHP 8.5 上本身没原生支持——它官方最新稳定版（v2.x）最高只声明兼容到 PHP 8.3。直接 composer require fakerphp/faker 装完，跑 Faker\Factory::create() 可能不报错，但调用某些生成器（比如 dateTimeBetween() 或带 locale 的 name()）时会触发 TypeError：参数类型不匹配，尤其是涉及 DateTimeZone 或新反射行为的内部方法。
- 必须用
fakerphp/faker:^2.0，别碰 dev-main 或 v3-alpha（v3 还没正式支持 PHP 8.5） - 装完立刻跑一句
php -r "echo (new \Faker\Generator())->name();"验证基础可用性 - 如果项目启用了
opcache.preload，记得清掉预加载缓存，否则旧类定义可能卡住新行为
Laravel 11+ 里 php8.5 做数据填充，php artisan db:seed 会静默失败
PHP 8.5 对 __call() 和动态属性访问更严格，Laravel 的 DatabaseSeeder 如果继承了老模板、或用了未声明的魔术属性（比如直接写 $this->user 而非 $this->user = User::factory()...），seed 过程可能中断但不抛异常，日志里只有 SQLSTATE[HY000]: General error 这种模糊提示。
- 所有工厂调用必须显式声明返回类型，例如
User::factory()->count(10)->create()，别省略->create() - 避免在
run()方法里用collect()包裹未 resolve 的集合，PHP 8.5 会拒绝隐式转换 - 检查
config/database.php中的'strict' => true是否开启，关掉它有时能让错误浮出水面
Faker 生成中文假数据，zh_CN locale 在 php8.5 下容易空数组
用 Faker\Factory::create('zh_CN') 后调 $faker->address() 返回空字符串，不是配置问题，是 PHP 8.5 默认禁用了 mbstring.func_overload，而 Faker 的中文提供器依赖 mb_substr() 处理多字节字符——若系统没装 mbstring 扩展，或扩展版本太旧（如 8.1 之前的），就会静默跳过所有中文逻辑，回退到空值。
- 执行
php -m | grep mbstring确认扩展已启用 - 改用
Faker\Factory::create('zh_TW')临时绕过，它对 mbstring 依赖稍低 - 或者手动补全：在
config/app.php加'faker_locale' => 'zh_CN'，再在 seeder 里用app(Faker\Generator::class)获取实例，避免 new 实例绕过 Laravel 的 locale 注入
大批量填充时，DB::table()->insert() 比 Model::factory()->create() 快 3–5 倍
PHP 8.5 的 JIT 编译对简单循环优化明显，但 Eloquent 工厂的事件触发、属性赋值、类型转换链路太长，1000 条数据填充耗时可能从 1.2s 涨到 2.7s（尤其开了 debugbar 或 Telescope）。直接走查询构造器能压到 400ms 左右，代价是失去模型钩子和自动时间戳处理。
立即学习“PHP免费学习笔记（深入）”；
- 用
DB::table('users')->insert($data)，其中$data是二维数组，每行键名必须严格对应字段名（'name'不等于'user_name'） - 时间字段自己塞
now()或date('Y-m-d H:i:s')，别指望框架自动填 - 如果表有自增主键，且你传了
'id'字段，记得关掉DB::table()->insert()的自增检测（它默认不检查，但 Laravel 11+ 的 query builder 会尝试预判，出错就 fallback 到逐条 insert）
最麻烦的其实是外键约束和事务边界——PHP 8.5 的 PDO 在批量 insert 时遇到唯一索引冲突，错误信息比以前更含糊，SQLSTATE[23000] 后面不带具体字段名。填之前先 DB::statement('SET FOREIGN_KEY_CHECKS=0')，填完再开，比硬扛错误强。
