Laravel 自带 tinker 交互式环境，基于 psysh，需 composer require --dev psy/psysh 解决类未找到问题；Windows 推荐 Git Bash；禁用生产环境；优先用 Eloquent 而非 DB；慎用 get()，改用 chunk()；耗时操作需设超时；修改类后用 reload 或 require_once 重载，单例类需重启会话。
直接运行 php artisan tinker 就能进交互式环境
别找什么配置或插件，Laravel 自带 tinker，只要项目能跑 artisan 命令就可用。它本质是基于 psysh 的 REPL，不是 Laravel 自研的壳——所以别指望它支持所有 PHP 语法糖（比如某些箭头函数在旧版 psysh 里会报错）。
常见错误现象：Class 'Psy\Shell' not found，说明 psysh 没装好。执行 composer require --dev psy/psysh 即可，注意加 --dev，生产环境不需要。
- Windows 用户如果遇到乱码或命令无响应，优先试
php artisan tinker --ansi - Mac / Linux 下默认支持历史命令上下键；Windows CMD 不行，推荐用 Git Bash 或 Windows Terminal
- 不建议在生产环境运行
tinker，它会加载全部服务提供者，可能触发队列监听、缓存预热等副作用
查数据别写 DB::table()->get()，用 Eloquent 更安全
tinker 是为模型调试设计的，不是 SQL 终端。直接敲 User::first() 能自动走模型事件、访问器、强制类型转换；而 DB::table('users')->first() 返回纯数组，字段名大小写、时间格式、JSON 字段解析全得自己处理。
使用场景：想快速验证一个模型作用域是否生效？直接 User::active()->count()；想看软删除是否起效？User::withTrashed()->first() 比手动查 deleted_at IS NOT NULL 直观得多。
-
User::find(999)返回 null，但User::findOrFail(999)会抛异常——适合测试异常流程 - 修改数据后记得
save()，tinker不会自动 commit；误操作可直接关掉终端，不影响数据库 - 大量数据遍历时慎用
get()，改用chunk(100, function ($users) { ... })防内存溢出
tinker 里执行耗时操作容易卡死，得加超时或分批
比如调用一个发邮件的命令、触发一个慢查询、或循环处理几百条记录，tinker 默认没超时机制，终端会假死。这不是 bug，是 REPL 的天然限制——它等你输入下一行，不会主动中断正在跑的 PHP 代码。
Laravel Cloud（cloud.laravel.com）。此技能用于处理所有 Laravel Cloud 请求，包括搜索和读取数据。只要任务涉及 Laravel Cloud，即使用此技能。
性能影响：一次 DB::select('SELECT SLEEP(5)') 就会让整个 tinker 会话挂住 5 秒，期间无法输入任何命令。
- 测试耗时逻辑前，先用
set_time_limit(3)限制脚本最大执行时间 - 避免在
tinker中调用Artisan::call('queue:work')这类长时进程 - 真要批量处理，写个临时命令（
php artisan make:command DebugBatch），再从tinker调用它，更可控
退出、清屏、重载类这些基础操作容易被忽略
tinker 不是 shell，clear 或 cls 不管用；exit 或 Ctrl+D 才是标准退出方式。更关键的是：改了模型或服务类后，tinker 不会自动重载——你还在用旧版本的类定义。
容易踩的坑：改完 User.php 的某个访问器，回到 tinker 里 User::first()->name 还是老结果，以为代码没生效，其实是类没重载。
- 重载当前会话所有已加载类：输入
reload（前提是 psysh ≥ 0.11.0） - 只重载某一个类：用
require_once app_path('Models/User.php')强制重载 - 清屏用
printf("\033c")（ANSI 控制符），不是clear
复杂点在于：有些类被容器单例缓存了（比如 CacheManager），reload 也刷不掉，这时候只能退出重进。
