java.net.SocketException: Phần mềm kết nối gây ra hủy bỏ: recv thất bại

Question

tôi đã không thể tìm thấy một câu trả lời đầy đủ cho chính xác những gì các lỗi sau có nghĩa:

java.net.SocketException: Software caused connection abort: recv failed

Ghi chú:

• Lỗi này là không thường xuyên và không thể đoán trước; mặc dù nhận được lỗi này có nghĩa là tất cả các yêu cầu trong tương lai cho URI cũng sẽ không thành công.
• Giải pháp duy nhất hoạt động (thỉnh thoảng, chỉ thỉnh thoảng) là khởi động lại Tomcat và/hoặc máy thực (Windows trong trường hợp này).
• URI chắc chắn có sẵn (như được xác nhận bằng cách yêu cầu trình duyệt thực hiện tìm nạp).

đang liên quan:

BufferedReader reader; 
try { 
URL url = new URL(URI); 
reader = new BufferedReader(new InputStreamReader(url.openStream()))); 
} catch(MalformedURLException e) { 
throw new IOException("Expecting a well-formed URL: " + e); 
}//end try: Have a stream 

String buffer; 
StringBuilder result = new StringBuilder(); 
while(null != (buffer = reader.readLine())) { 
result.append(buffer); 
}//end while: Got the contents. 
reader.close(); 

Answer 1

Điều này thường có nghĩa là đã xảy ra lỗi mạng, chẳng hạn như thời gian chờ TCP. Tôi sẽ bắt đầu bằng cách đặt một sniffer (wireshark) vào kết nối để xem bạn có thể thấy bất kỳ vấn đề nào không. Nếu có một lỗi TCP, bạn sẽ có thể nhìn thấy nó. Ngoài ra, bạn có thể kiểm tra nhật ký bộ định tuyến của mình, nếu điều này có thể áp dụng. Nếu không dây có liên quan đến bất cứ nơi nào, đó là một nguồn khác cho các loại lỗi này.

Answer 2

Bạn đang truy cập vào dữ liệu http? Bạn có thể sử dụng thư viện HttpClient thay vì thư viện chuẩn không? Thư viện có nhiều tùy chọn hơn và sẽ cung cấp thông báo lỗi tốt hơn.

http://hc.apache.org/httpclient-3.x/

Answer 3

Lần duy nhất mà tôi đã nhìn thấy một cái gì đó như thế này xảy ra là khi tôi có một kết nối xấu, hoặc khi ai đó đang đóng ổ cắm mà tôi đang sử dụng từ một bối cảnh chủ đề khác nhau.

Answer 4

Hãy thử thêm 'autoReconnect = true' với chuỗi kết nối jdbc

Answer 5

này sẽ xảy ra bất cứ lúc nào, hoặc khi kết nối lần ra hoặc khi một máy chủ từ xa kết thúc kết nối của họ (ứng dụng khép kín, tắt máy tính, vv) . Bạn có thể tránh điều này bằng cách tự quản lý các ổ cắm và xử lý các ngắt kết nối trong ứng dụng của bạn thông qua giao thức truyền thông của nó và sau đó gọi số shutdownInput và shutdownOutput để xóa phiên.

Answer 6

Hãy xem bạn có một dịch vụ hoặc chương trình khác đang chạy trên cổng http hay không. Nó xảy ra với tôi khi tôi cố gắng sử dụng cổng và nó đã được thực hiện bởi một chương trình khác.

Answer 7

Nếu bạn đang sử dụng Netbeans để quản lý Tomcat, cố gắng vô hiệu hóa màn hình HTTP trong Tools - Servers

Answer 8

này cũng sẽ xảy ra nếu khách hàng TLS của bạn không thể được xác thực bởi máy chủ cấu hình để yêu cầu xác thực khách hàng.

Answer 9

Tôi cũng gặp sự cố này. Giải pháp của tôi là:

sc.setSoLinger(true, 10); 

COPY TỪ WEBSITE -> Bằng việc sử dụng phương pháp setSoLinger(), bạn rõ ràng có thể thiết lập một sự chậm trễ trước khi thiết lập lại được gửi đi, cho thêm thời gian để dữ liệu được đọc hoặc gửi.

Có lẽ đó không phải là câu trả lời cho mọi người nhưng đối với một số người.

Answer 10

Lỗi này xảy ra khi kết nối bị đóng đột ngột (khi kết nối TCP được đặt lại trong khi vẫn còn dữ liệu trong bộ đệm gửi). Tình trạng này rất giống với điều kiện 'Kết nối lại được thiết lập bởi peer' phổ biến hơn nhiều. Nó có thể xảy ra không thường xuyên khi kết nối qua Internet, nhưng cũng có hệ thống nếu thời gian là đúng (ví dụ: với các kết nối liên tục trên máy chủ cục bộ).

Ứng dụng khách HTTP sẽ chỉ cần mở lại kết nối và thử lại yêu cầu. Điều quan trọng là phải hiểu rằng khi một kết nối ở trạng thái này, không có cách nào thoát khỏi nó ngoài việc đóng nó lại. Mọi nỗ lực gửi hoặc nhận sẽ tạo ra lỗi tương tự.

Không sử dụng URL.open(), sử dụng Apache-Commons HttpClient có cơ chế thử lại, kết nối tổng hợp, giữ chân và nhiều tính năng khác.

sử dụng mẫu:

HttpClient httpClient = HttpClients.custom() 
      .setConnectionTimeToLive(20, TimeUnit.SECONDS) 
      .setMaxConnTotal(400).setMaxConnPerRoute(400) 
      .setDefaultRequestConfig(RequestConfig.custom() 
        .setSocketTimeout(30000).setConnectTimeout(5000).build()) 
      .setRetryHandler(new DefaultHttpRequestRetryHandler(5, true)) 
      .build(); 
// the httpClient should be re-used because it is pooled and thread-safe. 

HttpGet request = new HttpGet(uri); 
HttpResponse response = httpClient.execute(request); 
reader = new BufferedReader(new InputStreamReader(response.getEntity().getContent())); 
// handle response ...