Laravel 8保留未使用功能配置文件是否影响性能、正确性与安全性

以下结论仅围绕性能、运行正确性、安全性三个维度展开，不涉及代码规范、可读性相关讨论：

性能维度 #

• 保留未使用配置文件的性能影响完全可以忽略：Laravel启动时会一次性读取config目录下所有文件，合并.env对应变量后存入配置仓库，开启php artisan config:cache后所有配置会被编译成单个PHP缓存文件，几个未使用的配置文件带来的解析耗时、存储开销都在微秒/字节级，不会产生任何可观测的性能下降。
• 删除未使用配置文件不会带来可量化的性能收益：实际压测下，删除配置前后的接口响应时间、请求吞吐差异完全在正常误差范围内，没有优化价值。

运行正确性维度 #

• 保留未使用配置文件不会触发任何运行错误：只要你没有在代码中主动调用对应功能（比如未使用Auth中间件、未注册队列任务、未调用邮件发送接口），框架不会主动初始化对应服务，哪怕配置项留空或者用默认值都不会影响正常流程。
• 删除未使用配置文件存在明确的报错风险：Laravel核心、官方扩展甚至很多第三方包的服务提供者，会在启动阶段直接读取对应配置项，和你有没有主动用功能无关——比如框架默认的全局中间件会读取session配置、异常处理模块会读取services配置下的可信代理相关参数，直接删配置文件会直接抛出未定义数组索引的致命错误。就算你手动注释掉对应服务提供者的注册，后续升级框架、安装新依赖的时候，只要有代码读取了被删除的配置项，就会触发非预期报错，排查成本极高。

安全性维度 #

• 保留未使用配置文件不会引入额外安全风险：Laravel默认已经将配置目录、.env文件放在web根目录之外，只要你没有修改默认的目录结构把这些文件暴露到公网可访问路径，未启用功能的配置项不会成为攻击入口。唯一需要注意的是不要给未使用的服务填写真实的密钥、账号密码等敏感信息，避免后续误开启功能时直接使用带风险的配置。
• 删除未使用配置文件没有任何安全增益：敏感信息本身存储在.env文件中，和config目录下的配置文件是否保留无关；反而如果删除配置触发了运行报错，在debug模式开启时可能直接泄露应用路径、环境变量等敏感信息，带来额外安全隐患。

最优选择是保留所有默认配置文件，仅需要将未使用功能对应的.env项设置为关闭状态或留空即可，删除配置文件没有任何实际收益，反而会引入不必要的运行风险。

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