To jest bardzo podobne do tego pytania:dlaczego połączenia z usługą Azure Redis Cache są tak duże?
Oto najlepsze praktyki, które zalecamy większości klientów:
- ustaw abortConnect na false w ciągu połączenia
- utwórz multiplekser połączenia singleton i użyj go ponownie. To wystarcza w większości scenariuszy. Niektóre zaawansowane scenariusze mogą wymagać utworzenia wielu obiektów connectionMultiplexer na aplikację, ale większość wystarcza tylko z jednym. Polecam postępować zgodnie z wzorcem kodowania pokazanym tutaj:https://azure.microsoft.com/en-us/documentation/articles/cache-dotnet-how-to-use-azure-redis-cache/#connect-to-the -pamięć podręczna
- Pozwól, aby ConnectionMultiplexer obsłużył ponowne łączenie — nie rób tego sam, chyba że bardzo dokładnie przetestowałeś swój kod. Większość wycieków połączeń, jakie widziałem, wynika z tego, że ludzie ponownie tworzą multiplekser połączeń, ale nie potrafią pozbyć się starego. W większości przypadków najlepiej jest pozwolić multiplekserowi na ponowne połączenie.
