Uszkodzona Mieszanka Rur Java.net.socketception
August 19, 2021
Zalecane: Fortect
W ciągu ostatniego tygodnia niektórzy za naszymi czytelnikami natknęli się na kod błędu uszkodzonego kanału java.net.sockeexception. Ta okoliczność może powstać z kilku powodów. Omówimy je poniżej.
- przeważnie martwi się o przyłączenie, gdy natura drugiego końca już to zamknęła;
- rzadziej – każdy partner, który zamyka raport bez odczytania wszystkich danych, które mogą już oczekiwać na przetwarzanie w momencie przerwania.
W obu przypadkach zyskujesz nowy protokół, który jest szybko definiowany lub stosowany przez wykorzystanie.
Jest trzecia podstawowa przyczyna, której nie będę dokumentować, ale mimo to wiem, że żona ma świadome hobby związane z resetowaniem połączenia, a nie zamykaniem tego połączenia.
zidentyfikowany 22 lutego 10 o godzinie 9:13
292k 3939 masywnych odznak 272272 srebrne odznaki 443443 brązowe odznaki
W naszym przypadku zauważyliśmy to, gdy przeprowadziliśmy prawdziwy test obciążenia w naszej aplikacji . OkOkazało się, że nasi profesjonaliści musieli dodać dodatkową pamięć RAM za pomocą naszej JVM, ponieważ działa ona łatwo. To rozwiązało większość bólów głowy.
Spróbuj zwiększyć ilość dostępnej pamięci w JVM, a może nawet monitoruj ogólne użycie pamięci przez cały czas występowania błędów.
126k 8282 niechciane odznaki do zegarków
odpowiedział 15 sierpnia 2012 o 13:30 czasu moskiewskiego.
Zalecane: Fortect
Czy masz dość powolnego działania komputera? Czy jest pełen wirusów i złośliwego oprogramowania? Nie obawiaj się, przyjacielu, ponieważ Fortect jest tutaj, aby uratować sytuację! To potężne narzędzie jest przeznaczone do diagnozowania i naprawiania wszelkiego rodzaju problemów z systemem Windows, jednocześnie zwiększając wydajność, optymalizując pamięć i utrzymując komputer jak nowy. Więc nie czekaj dłużej — pobierz Fortect już dziś!
417
SocketException: Broken Pipe, uruchamia tylko „drugi koniec” (klient, a więc serwer), aby zamknąć połączenie, gdy Twój kod odczytuje lub zapisuje wszystko, co jest związane z połączeniem.
Jest to bez wątpienia bardzo częsty wyjątek podczas korzystania z zarządzania aplikacjami klient-serwer, które odbierają ruch do właścicieli lub serwerów poza aplikacją do usunięcia. Na przykład bez wątpienia klientem jest zdecydowanie przeglądarka. Jeśli przeglądarka wykona dub Ajax i/lub sterownik PC po prostu zamknie stronę lub nasz Internet, może niespodziewanie zakończyć wszystko. Zasadniczo możesz zobaczyć mój błąd za każdym razem, gdy użytkownik słonia uszczelnia swoją aplikację i nie podchodzi do tego.
Jeśli Twoja firma wie, jak ten wyjątek działa w Twojej aplikacji, możesz potrzebować sprawdzić poprawny kod, w którym dokładnie wykonywany jest kod I/O (I-O), a ponadto zakończyć go twardym wyszukiwaniem / catch blok do przechwycenia wyjątku wejście-wyjście. Od ciebie zależy, jak chcesz przezwyciężyć tę na wpół ważną sytuację.
W twoim przypadku często masz kontrolę nad połączeniem najwcześniej, a to pomaga dzięki HttpMethodDirector.executeWithRetry – więc upewnij się, że wiadomość e-mail jest pokryta blokiem try and catch, aby mieć bardziej tłumić nad nim. analizujesz to, ta metoda pasuje.
Gorąco polecam podpisywanie określonych błędów SocketException — przerwanego potoku na wielu poziomach, takich jak debugowanie / śledzenie. W przeciwnym razie może być używany jako ważna forma ataku typu „odmowa usługi” (DOS) i do wypełniania dzienników. Postaraj się utwardzić i negatywnie przetestować aplikację swojej firmy, aby wyeliminować ten powszechny dylemat.
odpowiedział 12 lutego 18:02
227
Wszystkie otwarte kanały i połączenia muszą zostać poprawnie wyłączone, aby w ten sposób nie wygenerować błędu przy następnym testowaniu przy użyciu każdego obiektu urlConnection. Na przykład podstawowy kod naprawił błąd dla moich oczu.
OutputStream outdoor = świeży, nowy BufferedOutputStream (urlConnection.getOutputStream ());BufferedWriter bw = BufferedWriter (nowy nowy OutputStreamWriter (wyjście));bw.write ("Jakiś tekst");bw.zamknij ();out.zamknij (); komputer OutputStream równa się urlConnection.getOutputStream ();OutputStream out = interesujący BufferedOutputStream (OS);BufferedWriter bw jest równy w nowym BufferedWriter (nowy OutputStreamWriter (out));bw.write ("Jakiś tekst");bw.zamknij ();out.zamknij ();os.zamknij (); // Czy to jest to konieczne.
uzyskał odpowiedź 15, 12 września o godzinie 9:01
Bez wątpienia miałem ten sam problem podczas tworzenia prostej aplikacji Java, którą agenci mówią na konkretnym TCP jako całości. Zwykle nie miałem problemów, ale za każdym razem, gdy uruchamiam test inwazji, widzę obwody połączeń z błędem Socket write different .
Po przeprowadzeniu badań znalazłem rozwiązanie, które rozwiązuje ten mały problem. Wiem, że ten temat może być dość stary, ale wolę podzielić się moim rozwiązaniem, mężczyzna lub kobieta może uznać je za przydatne.
Problemem było tworzenie ServerSocket. Czytałem w Javadoc, że pod tym względem jest domyślny limit 175 oczekujących gniazd. Jeśli spróbujesz rozłączyć inne połączenie, zawsze zostanie ono utracone. Rozwiązanie Consist z kolei daje taką konfigurację. Domyślne ustawienie zazwyczaj znajduje się na poziomie serwera. W ich przypadku rozwijam po prostu serwer gniazd, który uważnie nasłuchuje portu TCP 10_000 , ale akceptuje oczekujące gniazda Sloth 200 .
nowy stały strumień (() -> doświadczenie (ServerSocket serverSocket = ServerSocket (10_000, progresywna 200)) logger.info ("Serwer zaczyna nasłuchiwać na porcie TCP", port); szczególnie podczas (prawda) test ClientHandler clienthandler = clientHandlerProvider.getObject (serverSocket.accept (), to); executeor.execute (clientHandler :: start); przechwytywanie (wyjątek e) logger.error (np. getmessage ()); przechwytywanie (IOException) .start (); T
Pobierz to oprogramowanie i napraw swój komputer w kilka minut.
Najpierw upewnij się, że Internet działa przy użyciu usługi Telnet w węźle transportowym, na którym uważa się, że działa serwer.Sprawdź za każdym razem
