Laravel中的契约是定义核心服务的接口，位于illuminate/contracts包中，如Cache、Queue等服务均通过接口规范行为。使用契约可实现解耦和高可测试性，开发者依赖接口而非具体实现，便于替换底层驱动。例如，Illuminate\Contracts\Cache\Store定义了get、put、has等方法，任何实现该接口的类（如RedisStore、FileStore）都可作为缓存驱动。通过依赖注入使用契约，能提升代码灵活性，如在构造函数中类型提示Store接口，由容器自动注入实例。Facade则是静态语法糖，提供简洁调用方式，如Cache::get()实际通过魔术方法解析容器中实现Factory契约的对象，并转发调用，最终由符合Store契约的驱动执行操作。因此，Facade本质是访问契约实现的便捷入口。两者非对立：契约适用于需依赖注入和测试的场景，Facade适合快速开发和简单调用。测试时均可被模拟——契约直接mock接口，Facade通过shouldReceive()模拟静态调用。总之，契约是Laravel解耦设计的核心，Facade是其易用工具，理解二者关系有助于构建清晰、灵活的应用。
Laravel 中的契约（Contracts）是一组定义框架核心服务接口的抽象类集合。它们位于 illuminate/contracts 包中，每个接口描述了某个服务应该具备的行为，比如缓存、队列、事件、邮件等。使用契约可以让开发者在不依赖具体实现的情况下，与 Laravel 的服务进行交互，提升代码的可测试性和解耦性。
契约的本质是接口
例如，Illuminate\Contracts\Cache\Store 定义了缓存存储必须实现的方法，如 get、put、has 等。任何实现了这个接口的类都可以作为缓存驱动使用。你在代码中依赖这个接口而不是具体的 RedisStore 或 FileStore，就能轻松替换底层实现。
通过依赖注入使用契约：
use Illuminate\Contracts\Cache\Store;
class MyService
{
protected $cache;
public function __construct(Store $cache)
{
$this->cache = $cache;
}
public function getData()
{
return $this->cache->get('key');
}
}
Facade 是静态语法糖，背后常使用契约
Facade 提供了一种静态调用容器中服务的方式，比如 Cache::get('key')。虽然看起来是静态方法，但实际上它通过魔术方法从服务容器中解析出实现了对应契约的具体对象来执行操作。
以 Cache Facade 为例：
- 调用
Cache::get()时，Facade 会从服务容器中解析出实现了Illuminate\Contracts\Cache\Factory接口的对象（通常是CacheManager） - 然后转发
get方法调用到该对象上 - 最终由具体的缓存驱动（如 Redis、文件）完成操作，这些驱动又实现了
Store契约
也就是说，Facade 是访问契约实现的一种便捷方式，而契约定义了这些实现应遵循的标准。
契约 vs Facade：使用场景对比
两者不是互斥关系，而是服务于不同需求：
- 使用契约：适合需要依赖注入、提高可测试性或编写扩展包时。你在类型提示中直接依赖接口，Laravel 自动注入正确的实例
- 使用 Facade：适合快速开发、控制器或闭包中简单调用。它语法简洁，但本质仍是访问容器中的服务（通常就是契约的实现）
举个例子：你在测试时可以轻松地 mock 一个契约接口，而 Facade 也可以被 mock（因为它的 shouldReceive() 方法允许模拟静态调用）。
基本上就这些。契约是 Laravel 解耦设计的核心，Facade 是让这些契约更容易使用的工具之一。理解它们的关系有助于写出更清晰、更灵活的应用代码。
