ThinkPHP5.0升级到6.0后，缓存清理方式不兼容：TP6默认仅清runtime/cache/、log/、session/、trace/，不包括view/和route.php；需加--all才清整个runtime/，且Cache::clear()只清默认store，标签缓存必须显式调用tag()->clear()。
ThinkPHP5.0项目升级到6.0后，缓存清理方式不兼容——直接套用旧版控制器里的Cache::clear()可能清不掉任何缓存，因为驱动加载机制、命令行入口、默认作用域都变了，甚至runtime目录结构也重构了。
缓存路径与目录结构差异
TP5.0默认把所有缓存文件（模板编译、数据缓存、日志缓存）混存在Runtime/Cache/、Runtime/Temp/、Runtime/Log/三个平级目录下，删Runtime/Cache/就能清掉大部分业务缓存；
TP6.0将缓存分层管理：【cache/】只存Cache::set()写入的数据，【temp/】专用于模板编译，【log/】和【route/】独立存在，误删temp/会导致模板解析失败报错“Template not found”。
多应用模式下，TP5.0路径为Runtime/AppName/Cache/，TP6.0则变成Runtime/appname/cache/，注意小写appname和斜杠方向。
立即学习“PHP免费学习笔记（深入）”；
命令行清除方式完全不同
TP5.0没有内置php think clear命令，开发者只能手写控制器方法或直接删目录；
TP6.0提供标准化命令：
方法一：清全部运行时文件（含cache、temp、log、route）→ php think clear
方法二：仅清缓存 → php think clear:cache（TP6.1+才支持，TP6.0需用php think clear --all再手动保留log/）
方法三：指定驱动清除 → php think cache:clear --type=redis，但该命令在TP6.0中实际调用的是think\cache\driver\Redis的clear()，若配置里没注册redis驱动会静默失败。
代码中调用Cache::clear()的行为变化
TP5.0中Cache::clear()默认清空当前驱动的所有缓存，无论file还是redis，只要配置了就生效；
TP6.0中Cache::clear()只清默认store（即config/cache.php里default指定的那个），如果项目同时用了file存配置、redis存会话，它只会清file部分；
更关键的是：TP6.0的Cache::clear()在Web请求中执行时，不会自动初始化非默认store——比如你写了Cache::store('redis')->clear()，但stores.redis配置项里path指向了错误端口，它不会报错，而是默默跳过。
TP5.0没这问题，因为它没store概念，所有缓存操作都走单一驱动实例。
标签缓存（tag）支持从无到有
TP5.0完全不支持缓存标签，cache('key', $val, ['tag'=>'user'])会被忽略，tag参数形同虚设；
TP6.0原生支持tag，但仅限file和redis驱动——Cache::tag('user')->clear()能精准删除所有打上user标签的缓存；
注意：【TP6.0中Cache::clear()永远无法清除带tag的缓存】，哪怕你清的是同一个store，必须显式调用tag()->clear()，否则那些缓存会一直躺在硬盘或redis里。
手动删目录的风险点排序
第一步：确认当前缓存驱动类型——打开config/cache.php查'default' => 'file'还是'redis'，别凭经验删目录；
第二步：如果是file驱动，进入runtime/目录，只删cache/子目录下的内容，【绝对不要rm -rf runtime/】，否则路由缓存丢失会导致RouteNotFoundException；
第三步：检查是否有自定义缓存路径——比如配置里写了'path' => '/data/tp_cache'，那删runtime/cache/根本无效；
第四步：删完立刻验证——用var_dump(file_exists(runtime_path().'/cache/'))确认目录重建成功，有些Linux系统删空目录后权限丢失，下次写缓存会失败。
