直接调用 bcrypt() 辅助函数最稳妥，它底层使用 Laravel 的 Hash::make()，确保与登录验证逻辑一致；切勿手写 password_hash() 或用第三方工具，避免盐值、成本因子不匹配导致 Hash::check() 失败。
手动插入用户时 bcrypt 密码怎么生成
直接调用 bcrypt() 辅助函数最稳妥，它底层用的是 laravel 的 hash::make()，和登录验证时用的逻辑完全一致。别自己写 password_hash($pwd, password_bcrypt) —— 虽然 php 原生能跑，但 laravel 默认盐长、成本因子（cost=12）可能不匹配，导致后续 hash::check() 失败。
-
bcrypt('secret123')在 Tinker 或迁移里直接用，返回 60 字符字符串，形如$2y$12$... - 如果在数据库迁移或 Seeder 中插入，建议用
bcrypt()而非硬编码密文，避免密码明文留在代码里 - 不要用第三方在线 bcrypt 工具生成——不同实现对空格、换行、字符集敏感，容易校验失败
Laravel 10+ 迁移中插入带密码的用户记录
新版 Laravel 默认关闭了模型的批量赋值保护（$fillable 仍需显式声明），但密码字段必须经哈希后入库，不能直接塞明文。常见错误是忘了调用 bcrypt()，结果数据库里存的是 secret123，登录永远提示“密码错误”。
- 在
DatabaseSeeder.php或迁移的up()方法里，用User::create(['name' => 'Admin', 'email' => 'admin@example.com', 'password' => bcrypt('admin123')]) - 如果用
DB::table('users')->insert(...)，必须自己调bcrypt()，因为 Query Builder 不走模型事件和访问器 - 注意：Laravel 10+ 的
password字段默认长度是 255，够存 bcrypt；若改过迁移把长度设成 60，后续升级到 argon2 可能出错
用 tinker 手动加用户时密码为什么总校验失败
现象是 tinker 里执行 User::create([...]) 成功，但用该账号登录报错。大概率是用了错误的哈希方式，或者字段名没对上。
- 确认模型里
$fillable包含'password'，否则create()会静默忽略该字段 - 检查数据库表结构：
password字段是否为VARCHAR(255)，不是TEXT（虽能存，但部分 MySQL 配置下索引失效影响性能） - 别手误写成
'passwd'或'pwd'—— Laravel 认的是password这个字段名，且登录逻辑硬编码读取它 - tinker 中可补查：
User::first()->getAuthPassword()，看返回值是不是以$2y$或$2a$开头
密码哈希后还能不能反解或改算法
不能反解，这是 bcrypt 的设计前提。但算法可以升级——Laravel 支持平滑迁移，比如从 $2y$ 切到 $argon2id$，只要旧密码仍能通过 Hash::check() 验证，下次登录成功时自动重哈希入库。
- 当前项目若想换算法，需改
config/hashing.php的'driver'和'memory'/'time'等参数，再重跑用户密码（比如用命令遍历用户并$user->password = Hash::make($user->password); $user->save();） - 别在生产环境直接 ALTER 字段类型或删重建索引——
password字段通常无索引，但改结构可能锁表 - 真正容易被忽略的是：测试环境用 SQLite 时，
bcrypt()仍可用，但某些低配 CI 环境可能因系统缺少 bcrypt 支持而 fallback 到弱哈希，得检查日志里有没有Hashing not supported类警告
