ThinkPHP6数据集是Collection对象，不能用empty()判断空，应调用isEmpty()；toArray()返回格式化纯数组，all()返回未处理的浅拷贝；where系列方法为内存过滤；模型数据集update()/delete()执行批量SQL但绕过事件和验证。
ThinkPHP6 的数据集不是数组，不能用 empty() 判断是否为空，也不能直接用 array_* 函数处理；它本质是 think\Collection（或 think\model\Collection）对象，必须调用其内置方法才能安全操作。
为什么不能用 empty($users) 判断数据集是否为空
因为 think\Collection 对象本身永远是非空对象（即使没查到数据），empty() 会返回 false，导致逻辑错误。实际空数据时，$users->count() 是 0，但更推荐用 isEmpty() 方法——它专为此设计，语义清晰且兼容模型数据集的扩展逻辑。
$users = Db::name('user')->where('id', -1)->select();var_dump(empty($users)); // bool(false) —— 错误！var_dump($users->isEmpty()); // bool(true) —— 正确- 模型查询同理：
UserModel::where('status', 99)->select()->isEmpty()
toArray() 和 all() 的区别在哪
toArray() 返回标准 PHP 索引/关联数组，适合传给 JSON、模板或第三方函数；all() 返回原始数据的「浅拷贝数组」，仍保留对象内部结构（比如字段访问器、隐藏字段逻辑未生效），且不触发模型的 hidden/visible/append 等输出控制。
$list = User::where('id', '>', 0)->select();$list->hidden(['password'])->append(['status_text']);dump($list->toArray()); // ✅ 过滤后、附加后、转为纯数组dump($list->all()); // ❌ password 还在，status_text 没加，还是 Collection 内部结构- 性能上：
all()更快（无格式转换开销），但仅限内部临时使用
链式调用 where* 方法是在数据集上过滤，不是再查数据库
像 $users->where('status', 1)、$users->whereIn('id', [1,2,3]) 这些操作，是在已加载到内存的数据集上做 PHP 层遍历筛选，**不会发起新 SQL 查询**。适用于小数据集二次过滤，但大数据量慎用——容易 OOM 或拖慢响应。
立即学习“PHP免费学习笔记（深入）”；
$users = Db::name('user')->limit(100)->select(); // 只查 100 条$active = $users->where('status', 1); // 内存过滤，安全$huge = Db::name('log')->select(); // 千万级？别这么干- 等价写法：
$users->filter(fn($u) => $u['status'] === 1) - 注意：
whereLike、whereBetween同样是内存操作，不支持通配符正则等复杂语法
修改数据集内容后，update() 和 delete() 会批量作用于原模型记录
这是模型数据集（think\model\Collection）独有的能力：调用 update() 或 delete() 时，框架会自动提取每条记录的主键，生成批量 SQL 执行，而不是逐条操作。
$users = User::where('status', 0)->select(); // 查出 50 条$users->update(['status' => 1]); // 一条 UPDATE ... WHERE id IN (...) SQL$users->delete(); // 一条 DELETE ... WHERE id IN (...) SQL- ⚠️ 前提：数据集必须来自模型查询（
User::），且主键字段名匹配（默认id） - Db 查询得到的
think\Collection不支持此功能，调用会报错
最容易被忽略的是：模型数据集的 update()/delete() 虽然高效，但绕过了模型的事件钩子（如 before_update）和验证逻辑——如果业务依赖这些，得改用循环 + save()/delete() 单条处理。
