Skip to content

DefaultHTTPClientProvider/DefaultHTTPClient implementation can cause socket exhaustion #131

Open

Description

@bcrispcvna

Describe the bug

_httpClient = new HttpClient(new HttpClientHandler

The DefaultHTTPClientProvider/DefaultHTTPClient implementation is improperly using HttpClient.

When using Analytics as scoped, it ends up with a call to "new HttpClient(.." on every request, which is known to cause issues.

HttpClient is intended to be instantiated once and reused throughout the life of an application. In .NET Core and .NET 5+, HttpClient pools connections inside the handler instance and reuses a connection across multiple requests. If you instantiate an HttpClient class for every request, the number of sockets available under heavy loads will be exhausted. This exhaustion will result in SocketException errors.
https://learn.microsoft.com/en-us/dotnet/fundamentals/runtime-libraries/system-net-http-httpclient

To Reproduce
Steps to reproduce the behavior:

  1. make a ton of requests to Analytics when it's registered as scoped

Expected behavior
open sockets do not spike

Screenshots
If applicable, add screenshots to help explain your problem.

here's a view of what happens to open sockets when a burst of requests happen.
Image

Platform (please complete the following information):

  • Library Version in use: 2.x

Additional context
I also have concerns over how the setings are instantiated.


all of which can be fixed by properly following http client best practices.
https://learn.microsoft.com/en-us/dotnet/fundamentals/networking/http/httpclient-guidelines

Activity

  1. wenxi-zeng commented on Apr 15, 2025

    @wenxi-zeng
    Contributor

    hi @bcrispcvna, thanks for reporting this issue. we are working on some optimizations for server use cases. in the meanwhile, you can create your own httpclient and pass it to configuration as a workaround. also be aware of some other implications if you want to use this SDK as scoped for server use cases.

  2. richerm commented on Apr 28, 2025

    @richerm

    @wenxi-zeng

    Does this potential exhaustion also occur with a singleton approach? Just curious if I should wait for this fix before moving forward with the migration from the older SDK.

  3. wenxi-zeng commented on Apr 28, 2025

    @wenxi-zeng
    Contributor

    hi @richerm, no, singleton does no have this issue.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

No labels
No labels

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions