tocollection() 不是查询结果转集合的工具，它仅对模型实例有效，用于将单个模型或数组包装成eloquent集合；查询构造器调用会报错，批量数据应直接用get()。
为什么 toCollection() 不是你需要的“转换方法”
它根本不是把查询结果“转成集合”的工具——get() 返回的本来就是 Illuminate\Database\Eloquent\Collection，而 toCollection() 只在模型实例上调用才有效，作用是把单个模型（或数组）包装成集合。误以为它是“查询后转集合”的通用入口，会导致调用报错：Call to undefined method Illuminate\Database\Eloquent\Builder::toCollection()。
- 只对模型实例有效：
$user->toCollection()→ 返回含一个模型的集合 - 对查询构造器无效：
User::where(...)->toCollection()→ 直接抛出BadMethodCallException - 想批量查数据？直接用
get()，返回值已是集合，无需再“转”
get() 返回的就是集合，但要注意“延迟加载”陷阱
get() 确实返回 Eloquent\Collection，但它内部封装的是未实例化的模型对象（lazy loading），只有真正访问属性或调用方法时才触发模型初始化。这在内存敏感场景下容易被忽略。
- 执行
User::where('active', 1)->get()后，集合里每个元素仍是待构建的Builder状态，不是完整模型对象 - 如果后续用了
map()并访问了$user->posts，会为每个用户触发 N+1 查询（除非提前with('posts')） - 想立刻完成模型实例化？加个空
toArray()再转回集合：User::where(...)->get()->toArray()→ 数组，再collect(...)→ 新集合（但通常没必要）
什么时候真该用 toCollection()？
只有一种典型场景：你手上有一个普通 PHP 数组（比如从缓存取的原始数据、API 响应、或手动组装的关联结构），想把它变成 Eloquent 集合以便复用 map()、filter()、pluck() 等方法，并且希望这些方法能识别模型上下文（如自动处理日期字段、访问器等）。
PHP中文网提供Laravel 13.2.0版本下载，Laravel框架 是基于 PHP 8.3+ 的高性能框架，官方推荐通过 Composer 安装。它内置 AI SDK、JSON:API Resources 及原生向量搜索，支持属性驱动开发与队列路由，大幅提升开发效率。相比旧版，13.2.0 优化了缓存 TTL 管理与实时通信，无需 Redis 即可横向扩展。作为现代 Web 开发首选，它兼顾安全与极速体验，助您快速构建企业级应用。
- 正确用法：
collect($rawArray)->map(fn($item) => new User($item))->toCollection() - 注意：
toCollection()是Collection实例的方法，不是模型静态方法；所以必须先有集合实例，再调用它 - 常见误写：
User::toCollection($array)→ 报错，User类没有这个静态方法
替代方案比 toCollection() 更常用
绝大多数实际需求，用 collect() 辅助函数或 Collection::make() 就够了，更轻量、不依赖模型类。
- 处理纯数组：
collect([['id' => 1], ['id' => 2]])→ 标准Illuminate\Support\Collection - 需要 Eloquent 集合特性的（如
loadMissing()），再用new \Illuminate\Database\Eloquent\Collection($items) - 从数据库查完又想“重铸”集合？别绕路：
User::where(...)->get()->each->append('full_name')比先转数组再转集合更直接
真正卡住人的，往往不是不会调用某个方法，而是没意识到 Laravel 的查询结果从一开始就是集合——所谓“转换”，很多时候只是对概念的误解。
