AddSigningCredentials使用过期证书的预期行为及优化方案咨询

这是不是预期行为？ #

是预期行为，原因如下：

1. 应用启动阶段AddSigningCredentials仅执行一次，加载后的证书会常驻内存持续使用。即便后续证书过期，内存中已加载的凭证不会自动失效，所以运行中的功能仍能正常工作。
2. 重启应用时会重新走启动流程，此时检查到证书过期后，若新证书创建环节出现异常（比如文件权限不足、PFX生成失败、存储路径错误等），就会导致AddSigningCredentials无法完成初始化，进而引发问题。

要不要每次请求时检查证书并调用AddSigningCredentials？ #

完全不需要。这种做法会严重拖慢请求性能，同时违背ASP.NET Core（假设你使用该框架）的服务注册逻辑——AddSigningCredentials是向DI容器注入服务的操作，运行时反复调用会造成容器状态混乱。

推荐优化方案 #

• 修复启动时的证书更新逻辑：重点排查重启时AddSigningCredentials失败的具体原因，比如确认新证书是否正确写入PFX文件、应用程序是否拥有该文件的读写权限，添加异常捕获和日志输出，确保证书过期时能稳定生成并加载新证书。
• 提前触发证书更新：在应用后台启动定时任务（比如基于IHostedService实现），每日检查证书剩余有效期，当有效期低于阈值（比如7天）时自动生成新证书并替换旧的PFX文件，避免等到证书过期后才处理，降低重启风险。
• 动态加载签名凭证（可选）：如果业务需要频繁轮换证书，可以实现自定义ISigningCredentialsProvider，让它在每次需要签名时自动检查证书状态，加载有效证书。这种方案复杂度较高，仅适合证书轮换需求频繁的场景。

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