TLS客户端在两份中间证书共存时会选择哪份用于信任链验证？

其实这个问题的核心得看TLS客户端的证书链构建逻辑，主流实现的行为基本一致，我给你拆解下：

• 优先使用服务器发送的中间证书。服务器在握手时发送的证书链，是它明确配置好、预期用来验证的信任路径。客户端会先拿这份链去拼接：用服务器发的中间证书验证叶子证书的签名，再用本地的根证书验证中间证书的签名，整个流程不会去碰本地存储里的那份相同中间证书——除非服务器发的证书出了问题（比如过期、签名不匹配、被吊销）。

• 本地中间证书是 fallback 选项。只有当服务器发送的链不完整或者验证失败时，客户端才会尝试从本地信任存储里查找可用的中间证书来补全信任链。比如服务器漏发了某个中间证书，或者发的中间证书有无效情况，客户端才会去本地找替代的。

举个实际场景：假设你的服务器叶子证书由中间证书A签发，服务器发送了A，客户端本地也存了A。客户端验证时会直接用服务器发来的A完成叶子证书的签名验证，再衔接本地根证书完成整个信任链的校验，完全不会用到本地的那份A。

总结一下：服务器发送的中间证书是第一优先级，本地存储的同一份证书只会在服务器提供的链出问题时才会被考虑。

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