TYPO3报gzuncompress():need dictionary错误 重启ddev后复现如何解决

这个报错是TYPO3持久化存在数据库里的压缩缓存条目损坏导致的：gzuncompress() 函数读取到不完整/格式错误的压缩缓存数据时，找不到对应解压字典就会抛出该异常。
单纯执行ddev restart只会重启容器、清空内存里的临时运行缓存，根本碰不到数据库里存的坏缓存记录，所以第一次访问能正常加载，后续操作触发缓存读取时，命中坏数据就会复现报错。

• 全量清空所有TYPO3缓存
  最稳妥的方式是用TYPO3自带的CLI命令清缓存，在项目根目录执行：

  ddev typo3 cache:flush
  ddev typo3 cache:warmup
  

  要是CLI命令跑不通，也可以直接连数据库清空所有cf_*开头的缓存表，以及cache_treelist表，操作前确认连的是当前项目的库，别误删其他项目数据。
• 检查依赖和配置一致性
  先确认PHP的zlib扩展正常加载，执行命令检查：

  ddev exec php -m | grep zlib
  

  要是执行完没有返回zlib，先在ddev配置里启用zlib扩展再重启容器。同时打开项目的AdditionalConfiguration.php文件，删掉所有手动强制设置缓存压缩开关的自定义配置，避免配置和系统默认逻辑冲突。
• 验证修复
  操作完直接刷新后台，连续点几次不同页面的编辑按钮，不弹报错就是修好了。

如果清完缓存过段时间又出同样的问题，先查两个点：

• 本地ddev环境分配的磁盘空间是不是满了，磁盘写满时缓存写入中途中断，就会生成不完整的损坏压缩数据
• 有没有装第三方缓存相关的扩展，部分扩展改写缓存压缩逻辑时存在兼容性问题，也会反复生成坏缓存

内容的提问来源于stack exchange，提问作者Seli-44