ThinkPHP数据集是Collection对象，不能用empty()判断是否为空，应使用isEmpty()；filter()用于内存筛选但回调中不可调用DB方法；toArray()后丢失模型方法；Db查询需配置resultset_type=>'collection'才支持链式操作。
ThinkPHP 的数据集（think\model\Collection）不是普通数组，直接用 empty()、count() 或下标访问不报错但有隐患，必须按对象方式对待。
为什么不能用 empty($users) 判断数据集是否为空
因为 $users 是 think\model\Collection 实例，不是数组。PHP 的 empty() 对对象只判断是否为 null 或实现了 __isset() 且返回 false，而 Collection 没有这个逻辑，所以 empty($users) 永远返回 false，哪怕里面一条记录都没有。
- ✅ 正确写法：
if ($users->isEmpty()) { ... } - ❌ 危险写法：
if (empty($users)) { ... }—— 一定进不去分支 - ⚠️ 补充：即使你用
count($users)能拿到数量，那也是靠 Collection 实现了Countable接口，但语义上它不等价于“是否为空”的业务判断
filter() 方法的使用场景和常见陷阱
filter() 是 Collection 提供的链式筛选方法，类似 JavaScript 的 Array.prototype.filter，但它在模型数据集里特别有用：能对已查出的内存数据做二次过滤，避免重复查询或复杂 SQL。
- ✅ 合理场景：查出一批用户后，只保留 name 包含 “think” 且 score > 80 的人
$list = User::where('id', '>', 0)->select()->filter(function($data) { return 'think' === $data['name'] && $data['score'] > 80; }); - ❌ 错误用法：在
filter()回调里调用数据库方法（如Db::table(...)->find()），会破坏性能预期，变成 N+1 查询 - ⚠️ 注意：回调函数里的
$data是关联数组（键名小写），不是模型实例，不能调用$data->hidden()等模型方法
数据集对象和原生数组混用时的兼容性问题
Collection 继承自 think\Collection，支持数组式访问（如 $users[0]）、foreach 遍历、count()，但部分操作会“退化”成数组行为，丢失模型上下文。
立即学习“PHP免费学习笔记（深入）”；
- ✅ 安全操作：
$first = $users->first();、$users->each(function($u) { echo $u['name']; }); - ❌ 隐患操作：
$arr = $users->toArray();后再尝试调用$arr->hidden(['password'])—— 报错，toArray()返回纯数组，没方法 - ⚠️ 关键点：模型的
hidden()、visible()、append()、withAttr()必须在select()之后、转成数组之前调用，否则无效
什么时候该用 resultset_type => 'collection' 配置
默认情况下，Db::name('user')->select() 返回二维数组；设为 'collection' 后才返回 think\Collection 实例，进而支持 filter()、map()、column() 等方法。
- ✅ 推荐开启：项目中频繁做内存级数据处理（比如导出前清洗、多条件组合筛选）
- ❌ 不必强求：纯 API 输出、不做中间处理，用数组更轻量，也更符合 JSON 序列化直出习惯
- ⚠️ 注意：该配置影响全局所有
Db查询，但不影响模型类（User::select()默认就是 Collection，无论此配置如何）
最易被忽略的是：模型查询（User::select()）和 Db 查询（Db::name('user')->select()）虽然返回值看起来一样，但前者默认走 Collection，后者取决于 resultset_type 配置——混用时容易误判类型，导致 isEmpty() 失效或方法不存在。
