.NET 8下使用PeerTrust证书验证调用WCF速度极慢问题排查

针对升级到.NET 8后，Linux环境下NetTcp绑定调用WCF服务速度远慢于Windows的问题，结合自签名证书的使用场景，可从以下方向排查解决：

1. 优化证书验证逻辑 #

Linux与Windows的X509证书验证机制存在差异，即便配置了PeerTrust，仍可能在证书链构建或吊销检查环节产生额外耗时：

• 在客户端的serviceCertificate配置中禁用吊销检查：

  <serviceCertificate>
    <authentication certificateValidationMode="PeerTrust" revocationMode="NoCheck" />
  </serviceCertificate>
  

• 若采用代码配置客户端，可直接设置：

  client.ClientCredentials.ServiceCertificate.Authentication.RevocationMode = X509RevocationMode.NoCheck;
  

2. 调整TCP传输参数 #

Linux默认TCP参数可能导致小请求延迟，可通过WCF绑定配置禁用Nagle算法：

<netTcpBinding>
  <binding name="CustomNetTcpBinding">
    <tcpTransport noDelay="true" />
  </binding>
</netTcpBinding>

Nagle算法会合并小数据包发送，对仅返回true的Ping请求反而会增加延迟，禁用后可降低单次请求的传输耗时。

3. 直接加载证书文件替代存储区查找 #

客户端通过挂载证书存储路径读取证书，可能存在Linux下存储区访问的额外开销，尝试直接加载证书文件：

// 替换原证书查找逻辑，直接从本地文件加载
var clientCert = new X509Certificate2("/mnt/certs/local.oursystem.test.pfx", "cert-password");
client.ClientCredentials.ClientCertificate.Certificate = clientCert;

这种方式跳过存储区查找步骤，减少证书加载阶段的耗时。

4. 开启WCF跟踪定位耗时环节 #

通过开启WCF详细跟踪日志，精准定位耗时阶段（如握手、证书验证、传输）：

<system.diagnostics>
  <sources>
    <source name="System.ServiceModel" switchValue="Information, ActivityTracing" propagateActivity="true">
      <listeners>
        <add name="traceListener" type="System.Diagnostics.XmlWriterTraceListener" initializeData="wcf_call_trace.svclog" />
      </listeners>
    </source>
  </sources>
</system.diagnostics>

生成的日志可通过Windows下的SvcTraceViewer.exe分析，明确哪个环节占用了大量时间。

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