이 스택 추적 스 니펫이 주어지면
원인 : java.net.SocketException : 소프트웨어로 인한 연결 중단 :
java.net.SocketOutputStream.socketWrite0 (네이티브 메소드)에서 소켓 쓰기 오류
나는 다음과 같은 질문에 대답하려고 노력했다.
- 어떤 예외가이 예외를 던지고 있습니까? (JVM? / Tomcat? / 내 코드?)
- 이 예외가 발생하는 원인은 무엇입니까?
# 1에 관하여 :
Sun의 JVM 소스에는이 정확한 메시지가 포함되어 있지 않지만 소프트웨어에서 연결 중단을 일으킨 텍스트 : 소켓 쓰기 오류 는 다음과 같은 기본 구현에서 발생 했다고 생각합니다 SocketOutputStream.
private native void socketWrite0(FileDescriptor fd, byte[] b, int off,
int len) throws IOException;# 2에 대하여
내 생각에 그것은 전체 응답을 받기 전에 클라이언트가 연결을 종료했을 때 발생합니다 (예 : 요청을 보냈지 만 전체 응답을 받기 전에 닫히거나 종료 / 오프라인 상태)
질문 :
- 위의 가정이 맞습니까 (# 1 및 # 2)?
- ” 서버 측 의 네트워크 오류로 인해 클라이언트에 쓸 수 없습니다”라는 상황에서이를 구별 할 수 있습니까 ? 또는 동일한 오류 메시지가 표시됩니까?
- 그리고 가장 중요한 : 위의 내용을 명시한 공식 문서 (예 : Sun)가 있습니까?
이 스택 추적이 소켓 클라이언트의 “결함”이라는 증거가 필요하며 서버가이를 피하기 위해 할 수있는 일은 없습니다. (예외를 잡거나 Sun JVM SocketOutputStream 이외의 것을 사용하는 것을 제외하고는 클라이언트가 종료되었다는 사실을 실제로 피하지는 않습니다)
답변
이 오류는 데이터 재전송이 실패한 후 WinSock이 설정된 연결을 닫을 때 (수신자가 데이터 스트림 소켓에서 전송 된 데이터를 승인하지 않음)와 같이 로컬 네트워크 시스템이 연결을 중단 할 때 발생할 수 있습니다.
참조 이 MSDN 문서를 . ‘소프트웨어로 인한 연결 중단’에 대한 일부 정보 도 참조하십시오 .
답변
을 java.net.SocketException만들거나 액세스 할 경우에 에러가 발생했을 경우에 슬로우되는 소켓을 (예 : TCP ). 이 문제는 일반적으로 서버가 연결을 종료하지 않고 (올바르게 닫지 않은 경우) 발생할 수 있으므로 전체 응답을 얻습니다. 대부분의 경우 시간 초과 문제 (예 : 응답 시간이 너무 오래 걸리거나 서버에 요청이 오버로드 됨) 또는 클라이언트가 SYN을 보냈지 만 ACK를받지 못했습니다 (연결 종료 확인) . 시간 초과 문제의 경우 시간 초과 값을 늘릴 수 있습니다.
소켓 예외는 일반적으로 문제에 대한 지정된 세부 메시지와 함께 제공됩니다.
자세한 메시지 예 :
-
소프트웨어에서 연결 중단이 발생했습니다 : recv 실패.
오류는 메시지 전송 시도를 나타내며 서버에서 연결을 중단했습니다. 데이터베이스에 연결하는 동안이 문제가 발생하면 호환되지 않는 Connector / J JDBC 드라이버 사용과 관련이있을 수 있습니다 .
가능한 해결책 : CLASSPATH에 적절한 라이브러리 / 드라이버가 있는지 확인하십시오.
-
소프트웨어에서 연결 중단이 발생했습니다 : 연결.
리모컨 연결에 문제가있을 때 발생할 수 있습니다. 예를 들어 바이러스 검사 프로그램이 원격 메일 요청을 거부하기 때문 입니다.
가능한 해결책 : 연결을 위해 나가는 요청의 포트를 차단하고 있는지 바이러스 검사 서비스를 확인하십시오.
-
소프트웨어에서 연결 중단이 발생했습니다 : 소켓 쓰기 오류.
가능한 해결책 : 스트림에 올바른 길이의 바이트를 쓰고 있는지 확인하십시오. 전송중인 내용을 다시 확인하십시오. 이 스레드를 참조하십시오 .
-
피어에 의한 연결 재설정 : 소켓 쓰기 오류 / 피어에 의한 연결 중단 : 소켓 쓰기 오류
서버 쪽에서 연결 유지 연결 시간이 초과되었는지 응용 프로그램에서 확인하지 않았습니다.
가능한 해결책 : 연결에서 읽기 전에 HttpClient가 널이 아닌지 확인하십시오. E13222_01
-
피어에 의한 연결 재설정
피어 (서버)가 연결을 종료했습니다.
-
연결 재설정.
요청에 의한 요청으로 인해 클라이언트가 연결을 종료했거나 연결이 서버 쪽에서 닫혔습니다.
답변
워크 스테이션 / 노트북의 회사 방화벽이 방해를 받으면 연결이 끊어집니다.
예. 같은 컴퓨터에 서버 프로세스와 클라이언트 프로세스가 있습니다. 서버가 모든 인터페이스 (0.0.0.0)에서 수신 대기 중이며 클라이언트가 공용 / 홈 인터페이스 (루프백 인터페이스 127.0.0.1이 아님)에 대한 연결을 시도합니다.
기기의 네트워크 연결이 끊긴 경우 (예 : wifi가 꺼진 경우) 연결이 형성됩니다. 기기가 회사 네트워크 (직접 또는 VPN)에 연결된 경우 연결이 형성됩니다.
그러나 기기가 공용 Wi-Fi (또는 홈 네트워크)에 연결되어 있으면 방화벽이 작동하여 연결이 끊어집니다. 이 상황에서 클라이언트를 루프백 인터페이스에 연결하면 홈 / 공용 인터페이스가 아니라 제대로 작동합니다.
도움이 되었기를 바랍니다.
답변
어떤 구성 요소가 실패했는지 증명하기 위해 wireshark를 사용하여 TCP / IP 통신을 모니터링하고 누가 포트를 실제로 닫고 있는지 확인합니다. 시간 제한도 관련이 있습니다.
답변
Tomcat 소스 코드 와 JVM 소스 를 확인 했습니까 ? 도움이 더 필요할 수 있습니다.
나는 당신의 일반적인 생각이 좋다고 생각합니다. 나는 ConnectException당신이 연결할 수없는 시나리오를 기대할 것 입니다. 위의 내용은 클라이언트 중심의 것 같습니다.
답변
간단한 클라이언트 서버 프로그램을 사용하고이 오류가 발생하는 사람은 닫히지 않은 (또는 초기에 닫히는) 입력 또는 출력 스트림의 문제입니다.
답변
나는 같은 문제에 직면했다.
일반적으로 이러한 종류의 오류는 클라이언트가 연결을 닫고 서버가 여전히 해당 클라이언트에 쓰려고하기 때문에 발생합니다.
따라서 서버가 출력 스트림을 완료 할 때까지 클라이언트의 연결이 열려 있는지 확인하십시오.
그리고 한 가지 더, 입력 및 출력 스트림 을 닫는 것을 잊지 마십시오 .
도움이 되었기를 바랍니다.
여전히 문제가 발생하면 여기에서 문제를 간단히 설명하십시오.
