HttpClientFactory uses SocketsHttpHandler as primary handler
HttpClientFactory
allows you to configure an HttpMessageHandler pipeline for named and typed HttpClient objects. The inner-most handler, or the one that actually sends the request on the wire, is called a primary handler. If not configured, this handler was previously always an HttpClientHandler. While the default primary handler is an implementation detail, there were users who depended on it. For example, some users cast the primary handler to HttpClientHandler
to set properties like ClientCertificates, UseCookies, and UseProxy.
With this change, the default primary handler is a SocketsHttpHandler on platforms that support it. On other platforms, for example, .NET Framework, HttpClientHandler continues to be used.
SocketsHttpHandler
now also has the PooledConnectionLifetime property preset to match the HandlerLifetime value. (It reflects the latest value, if HandlerLifetime
was configured by the user).
Version introduced
.NET 9 Preview 6
Previous behavior
The default primary handler was HttpClientHandler
. Casting it to HttpClientHandler
to update the properties happened to work.
services.AddHttpClient("test")
.ConfigurePrimaryHttpMessageHandler((h, _) =>
{
((HttpClientHandler)h).UseCookies = false;
});
// This worked.
var client = httpClientFactory.CreateClient("test");
New behavior
On platforms where SocketsHttpHandler
is supported, the default primary handler is now SocketsHttpHandler
with PooledConnectionLifetime
set to the HandlerLifetime
value. Casting it to HttpClientHandler
to update the properties throws an InvalidCastException.
For example, the same code from the Previous behavior section now throws an InvalidCastException:
System.InvalidCastException: Unable to cast object of type 'System.Net.Http.SocketsHttpHandler' to type 'System.Net.Http.HttpClientHandler'.
Type of breaking change
This change is a behavioral change.
Reason for change
One of the most common problems HttpClientFactory
users run into is when a Named
or Typed
client erroneously gets captured in a singleton service, or, in general, stored somewhere for a period of time that's longer than the specified HandlerLifetime. Because HttpClientFactory
can't rotate such handlers, they might end up not respecting DNS changes.
This problem can be mitigated by using SocketsHttpHandler, which has an option to control PooledConnectionLifetime. Similarly to HandlerLifetime, the pooled connection lifetime allows regularly recreating connections to pick up DNS changes, but on a lower level. A client with PooledConnectionLifetime
set up can be safely used as a singleton.
It is, unfortunately, easy and seemingly "intuitive" to inject a Typed
client into a singleton. But it's hard to have any kind of check or analyzer to make sure HttpClient
isn't captured when it wasn't supposed to be captured. It's also hard to troubleshoot the resulting issues. So as a preventative measure—to minimize the potential impact of erroneous usage patterns—the SocketsHttpHandler
mitigation is now applied by default.
This change only affects cases when the client wasn't configured by the end user to use a custom PrimaryHandler (for example, via ConfigurePrimaryHttpMessageHandler<THandler>(IHttpClientBuilder)).
Recommended action
There are three options to work around the breaking change:
Explicitly specify and configure a primary handler for each of your clients:
services.AddHttpClient("test") .ConfigurePrimaryHttpMessageHandler(() => new HttpClientHandler() { UseCookies = false });
Overwrite the default primary handler for all clients using ConfigureHttpClientDefaults(IServiceCollection, Action<IHttpClientBuilder>):
services.ConfigureHttpClientDefaults(b => b.ConfigurePrimaryHttpMessageHandler(() => new HttpClientHandler() { UseCookies = false }));
In the configuration action, check for both
HttpClientHandler
andSocketsHttpHandler
:services.AddHttpClient("test") .ConfigurePrimaryHttpMessageHandler((h, _) => { if (h is HttpClientHandler hch) { hch.UseCookies = false; } if (h is SocketsHttpHandler shh) { shh.UseCookies = false; } });