在GitHub Actions缓存中，hashFiles()何时才是必需的？

可行性结论 #

完全可以用key: ${{ runner.os }}-m2-v1这类固定缓存键。结合你使用的mvn --update-snapshots命令，Maven会自动检查依赖的快照更新或新版本，即便恢复的是同一缓存，也会主动拉取变更或缺失的依赖，不会影响构建的正确性。这种方式能有效减少冗余缓存的生成，简化配置同时节省存储空间。

潜在问题 #

• 缓存体积膨胀：长期使用同一固定键，缓存会不断累积新增的依赖，体积逐渐变大，后续恢复缓存的耗时可能增加。
• 无效依赖残留：项目不再使用的旧依赖会一直留在缓存里，占用存储空间，但Maven构建时不会加载这些无用依赖，不影响构建结果。
• 跨项目依赖冲突（多项目共用runner场景）：如果同一runner环境下运行多个Maven项目，共用同一个固定键会导致缓存混合不同项目的依赖。若项目间存在依赖版本冲突，可能引发构建问题——不过这类问题本质是依赖管理不规范，即便不用共享缓存也可能在本地仓库出现。

优化建议 #

• 定期手动清理过期缓存，或借助GitHub Actions相关工具（如API）批量删除无用缓存。
• 若担心跨项目干扰，可以给固定键加上项目标识，比如key: ${{ runner.os }}-m2-${{ github.repository }}-v1，既能减少缓存数量，又能隔离不同项目的依赖缓存。
• 保留restore-keys配置（例如restore-keys: ${{ runner.os }}-m2-），当固定键对应的缓存不存在时，可 fallback 到同系统下的其他Maven缓存，提升缓存命中率。

内容的提问来源于stack exchange，提问作者zakmck