必须将缓存机制嵌入框架底层，ThinkPHP和Symfony均通过PSR-6/PSR-16标准实现统一接口调用，配置驱动类型后即可用Cache::set()和Cache::get()操作；OPcache是PHP引擎层字节码缓存，需在php.ini中启用并合理配置内存与文件上限；高可用场景下应设计缓存降级策略，如Redis故障时自动回退至文件缓存；文件缓存适用于开发环境及单机小项目，但集群中因无法共享而存在数据不一致风险。
想让PHP应用在高并发下不卡顿、数据库不崩盘，必须把缓存机制嵌进框架底层，而不是等出问题了再临时加Redis配置。
框架内置缓存如何统一调用
ThinkPHP和Symfony都实现了PSR-6/PSR-16标准，这意味着无论你用文件、Redis还是Memcached，业务代码里只写一套接口。
第一步：在配置文件中指定缓存驱动类型，例如cache.type = redis或cache.type = file；
第二步：在控制器或服务类中直接调用Cache::set('key', $value, 3600)写入，Cache::get('key')读取；
立即学习“PHP免费学习笔记（深入）”；
这一步操作起来很简单，直接把文件拖进去就行。但注意：【驱动切换时，旧缓存不会自动迁移，Redis里存的数据在切回文件驱动后将完全丢失】。
OPcache不是框架功能，但它是所有PHP框架提速的底层前提
OPcache缓存的是PHP脚本编译后的OPcode，它工作在Zend引擎层，与任何框架无关——但没它，框架再快也白搭。
确认php.ini中已启用：opcache.enable=1；
分配足够内存：opcache.memory_consumption=128（低于64MB在中型项目中容易频繁淘汰）；
设置合理文件上限：opcache.max_accelerated_files=4000；
重启PHP-FPM生效，否则改了等于没改。
高可用架构中缓存的容错设计
当Redis集群某节点宕机，你的框架缓存调用不能直接报500，而应降级到本地文件缓存或跳过缓存直连DB。
方法一：ThinkPHP可通过自定义缓存驱动实现故障转移逻辑，在app/common/cache/FailoverCache.php中重写set()方法，先试Redis，失败则写File；
方法二：Symfony使用cache.adapter.chain，把Redis和File缓存适配器串成链式调用，自动兜底；
方法三：在Nginx层配置备用缓存代理，当上游Redis不可达时，自动转发请求至本地fastcgi_cache区域——这要求PHP应用本身不感知故障，纯基础设施兜底。
文件缓存适合什么场景
文件缓存无需安装额外服务，部署零成本，是开发环境和小型项目的首选。
打开config/cache.php，将type设为file；
确保runtime/cache/目录可写，否则Cache::set()会静默失败；
注意：【文件缓存在多服务器集群中无法共享，同一缓存键在不同机器上会生成不同文件，导致数据不一致】。
