thinkphp模型的cache()方法不支持缓存标签，'user_1'仅为缓存key名，与tag无关；真正带标签缓存需手动用cache::tag('user')->set($key, $data)实现，且仅file和redis驱动有效。
ThinkPHP 的模型 cache() 方法不支持缓存标签，所谓“带标签的模型查询缓存”是常见误解；真要用标签管理缓存，必须绕过模型层，手动用 Cache::tag() 存储序列化结果。
模型 cache() 方法根本不管标签
调用 $user = User::where('id', 1)->cache('user_1')->find(); 看似加了缓存键，但这个 'user_1' 只是缓存 key 名，和标签（tag）完全无关。它不会打上任何 tag，也无法通过 Cache::tag('user')->clear() 清除。模型的 cache() 底层走的是普通缓存写入，压根没调用 tag() 接口。
- 即使你在配置里写了
['tag' => 'user']，模型也不会识别——cache()第二个参数只接受整数（秒）或 null，不解析数组选项 - 想验证：查 Redis 或看
runtime/cache/文件内容，你会发现缓存值里没有 tag 元信息 - 后果：你自以为“按 user 标签清缓存”，实际调用
Cache::tag('user')->clear()后，模型查出来的数据依然从旧缓存返回
真正支持标签的写法：手动序列化 + Cache::tag()
要实现“查一次、打标签、可批量清除”，得放弃模型缓存，自己构造缓存逻辑。核心是两步：先查出数据并转成数组，再用 Cache::tag() 存。
-
$key = 'user_profile_' . $id;—— 构造唯一 key，避免冲突 -
$data = User::where('id', $id)->find()?->toArray();—— 必须toArray()，Collection 对象直接缓存反序列化会失败 -
Cache::tag('user')->set($key, $data, 3600);—— 这才是打上标签的正确姿势 - 读取也必须用同标签：
Cache::tag('user')->get($key)，跨标签读不到
注意：只有 File 和 Redis 驱动实现了 TagSetInterface，Apcu、Xcache 等驱动调用 tag() 会静默退化为无标签缓存，清不掉。
按标签清除缓存时，这些操作无效
很多人试过这些写法，结果缓存纹丝不动：
-
Cache::clear('user')—— 这是在清标识为'user'的缓存组，不是标签 -
cache('key', null, ['tag' => 'user'])——cache()函数根本不认['tag' => ...]数组参数 -
Cache::tag('user')->delete('key')——delete()是单 key 删除方法，不是清除全部；得用clear() -
php think clear—— 默认不触发标签清理逻辑，除非当前缓存驱动在 TP6+ 中主动实现了标签感知（如 Redis 驱动会按前缀扫，但不按 tag）
唯一可靠方式就是 Cache::tag('user')->clear()，且前提是：该缓存确实是用 Cache::tag('user')->set() 写进去的。
多级缓存和跨驱动场景下标签不共享
标签只在当前缓存 store 实例内有效。比如你配置了两个 Redis store：redis 和 redis_session，都用了 tag('user')，它们之间互不影响。
- 一个
Cache::store('redis')->tag('user')->set(...)写入的数据，只能被Cache::store('redis')->tag('user')->clear()清除 - 切 store 后调用
Cache::tag('user')->clear()，清的是默认 store，不是你写的那个 - TP6/TP7 中，
config/cache.php的default设置决定了Cache::tag()操作的目标 store，别假设它自动匹配你 model 查询用的 store
最容易被忽略的一点：标签功能依赖驱动实现，而驱动是否支持、怎么支持，全看配置——不查 config/cache.php 就动手清，大概率清错地方或清不掉。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
