thinkphp的cache门面类名为think acadecache，必须use引入后调用，不可直接new或省略命名空间；use thinkcache错误，因它是抽象基类而非门面。
Cache门面类名和命名空间必须匹配
ThinkPHP 的 Cache 门面不是全局类，它属于 think acadeCache 命名空间。直接写 new Cache() 或 Cache::get() 会报错，因为 PHP 找不到这个类——它根本不在全局空间，也不是自动加载的别名。
常见错误现象：Class 'Cache' not found 或 Attempt to load facade via non-facade class（后者多见于手动误配门面时）。
- 正确引入方式只有一种：
use think acadeCache;，然后调用Cache::get('key') - 不能写
use thinkCache;——那是缓存驱动类（如thinkcachedriverFile），不是门面 - 也不能省略
use改用完全限定名写成hink acadeCache::get()，虽然语法合法，但违背门面设计本意，且易与核心类混淆
为什么不能用 use thinkCache？
thinkCache 是一个抽象类（thinkCache），位于 thinkphp/library/think/Cache.php，它是所有缓存驱动的基类，**不可直接实例化或静态调用**。门面机制正是为了解耦使用者和具体实现：你操作的是 think acadeCache，它背后代理的是容器中绑定的缓存实例（如 thinkcachedriverFile）。
典型误用场景：
- 在控制器里写了
use thinkCache; Cache::init([...]);→ 报Call to undefined method thinkCache::init()，因为init是门面方法，不是抽象类方法 - 试图
new hinkCache()→ 报Cannot instantiate abstract class thinkCache
TP6 中门面启用是否需要额外配置？
不需要。TP6 默认已注册所有标准门面，think acadeCache 在框架启动时就通过 FacadeLoader 自动绑定到容器，只要命名空间引用正确，就能用。
但要注意两个隐藏前提：
- 项目未禁用门面机制（检查
config/app.php中'app_facade' => true，默认为true） - 没有在
bootstrap/app.php或服务提供者中手动覆盖或清空Facade绑定 - 若使用多应用模式，确保当前应用的
config/cache.php配置有效，否则Cache::get()可能静默返回null而非抛异常
容易被忽略的路径与大小写陷阱
ThinkPHP 对命名空间路径大小写敏感，尤其在 Linux 环境下。比如写成 use ThinkFacadeCache;（首字母大写）会导致自动加载失败，因为真实路径是 thinkphp/library/think/facade/Cache.php，对应命名空间是小写 think acadeCache。
另一个高频坑：在 IDE 中自动生成 use 时，如果项目里存在同名但路径不同的类（例如自己在 app/common/facade/Cache.php 下定义了同名门面），IDE 可能错误导入本地类而非框架门面。
验证是否引入正确最简单的方法：
- 执行
dd(class_exists('think\facade\Cache'));→ 应返回true - 执行
dd(Cache::class);→ 应输出"think\facade\Cache"，而不是其他字符串
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
