C# 如何重用连接/请求以避免握手

我想知道重用HttpWebRequests如何避免每次SSL握手过程

我在请求中使用keep-alive headr，第一次握手成功，但我希望重用该请求，以避免将来针对同一证书进行握手

我不知道我是否必须重用HttpWebRequest对象实例，或者即使我创建了一个新的请求对象，它也将使用相同的连接，因为keep-alive已经在运行

我应该在类级别存储现有的请求对象并重用它吗？或者我可以安全地处理该对象，下次创建请求时，它将受保持活动连接的影响

我问这个问题是因为我需要降低应用程序中的计时，而最糟糕的部分总是ssl握手，这可能会在手机中用来自运营商的中等信号超过30秒

我正在使用C#进行开发。 我试图寻找此类信息，但我在internet上读到的只是如何设置SSL服务器和启用某些设置，而不是如何使客户端使用这些功能

编辑：调查结果 我在.NET C#中创建了一个示例程序，其中包含以下代码：

Stopwatch sw = new Stopwatch();
sw.Start();
HttpWebRequest request = (HttpWebRequest)WebRequest.Create(new Uri(@"https:\\www.gmail.com"));
request.KeepAlive = true;
request.Method = "GET";
request.ContentType = "application/json";
request.ContentLength = 0;
request.ConnectionGroupName = "test";
//request.UnsafeAuthenticatedConnectionSharing = true;
//request.PreAuthenticate = true;
var response = request.GetResponse();
//response.Close();
request.Abort();
sw.Stop();
listBox1.Items.Add("Connection in : " + sw.Elapsed.ToString());
sw.Reset();
sw.Start();
HttpWebRequest request2 = (HttpWebRequest)WebRequest.Create(new Uri(@"https:\\www.gmail.com"));
request2.KeepAlive = true;
request2.Method = "GET";
//request2.UnsafeAuthenticatedConnectionSharing = true;
//request2.PreAuthenticate = true;
request2.ContentType = "application/json";
request2.ContentLength = 0;
request2.ConnectionGroupName = "test";
var response2 = request2.GetResponse();
//response2.Close();
request2.Abort();
sw.Stop();
listBox1.Items.Add("Connection 2 in : " + sw.Elapsed.ToString());

结果是，第一个连接触发了CertificatevalidationCallback 3次（每个证书一次），然后第二个连接只触发了一次，但是当我在执行下一个请求之前关闭响应时，没有触发任何回调

我认为保持响应打开会保持套接字打开，这就是为什么会发生部分握手（而不是整个证书链）

---

很抱歉，如果我在这件事上听起来有点不对劲，SSL和计时是由一位同事编写的，代码不清楚。但我想我有答案感谢Poupou提供的巨大帮助

这是Xamarin.iOS附带的SSL/TLS堆栈中内置的（即，级别低于

HttpWebRequest

）没有任何设置来启用此功能。事实上，如果你想禁用它，你需要额外的代码

如果服务器支持，则后续握手速度将更快，因为将使用会话ID缓存（参见RFC第30页）

但是，服务器不必遵守会话id（提供给它）。在这种情况下，需要再次进行完全握手。你不能强迫客户这样做（只提供）

---

您可以使用网络分析仪（例如wireshark）通过查看交换机（并将其与RFC进行比较）来验证这一点。

事情发生在Xamarin中。iOS第一次与服务器进行握手，然后在大约100秒内，如果发出另一个请求，则不会触发ServerCertificateValidationCallback，但在此期间之后，会再次触发te回调，除非它比第一次快。将查看会话id是否已传递，并使用witeshark进行一些跟踪。感谢您的解释，缓存有一个时间限制，之后将不再使用（您可以通过客户端的

MONO\u TLS\u SESSION\u cache\u TIMEOUT

控制此操作），并且将再次进行完全握手。此外，只要重新使用连接，就不会再次调用

ServerCertificateValidationCallback

（因为该步骤是握手的一部分，不会重新执行，而且构建链非常昂贵）。那么很明显我们做错了什么，因为回调总是在第一次连接100秒后执行的连接中执行。这正是我需要的答案，我需要确认代码是错误的，并保持它来修复它。非常感谢