Làm cách nào để sửa java.net.SocketException: Hỏng đường ống?

Tôi đang sử dụng apache commons http client để gọi url bằng phương thức post để đăng các tham số và nó hiếm khi bị lỗi dưới đây.

java.net.SocketException: Broken pipe
        at java.net.SocketOutputStream.socketWrite0(Native Method)
        at java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:92)
        at java.net.SocketOutputStream.write(SocketOutputStream.java:136)
        at java.io.BufferedOutputStream.write(BufferedOutputStream.java:105)
        at java.io.FilterOutputStream.write(FilterOutputStream.java:80)
        at org.apache.commons.httpclient.methods.ByteArrayRequestEntity.writeRequest(ByteArrayRequestEntity.java:90)
        at org.apache.commons.httpclient.methods.EntityEnclosingMethod.writeRequestBody(EntityEnclosingMethod.java:499)
        at org.apache.commons.httpclient.HttpMethodBase.writeRequest(HttpMethodBase.java:2114)
        at org.apache.commons.httpclient.HttpMethodBase.execute(HttpMethodBase.java:1096)
        at org.apache.commons.httpclient.HttpMethodDirector.executeWithRetry(HttpMethodDirector.java:398)

Ai đó có thể đề xuất những gì gây ra Ngoại lệ này và làm thế nào để gỡ lỗi nó?

Điều này được gây ra bởi:

• thông thường nhất, viết vào một kết nối khi đầu kia đã đóng nó;
• ít thường xuyên hơn, đồng nghiệp đóng kết nối mà không đọc tất cả dữ liệu đang chờ xử lý ở cuối.

Vì vậy, trong cả hai trường hợp, bạn có một giao thức ứng dụng được xác định hoặc thực hiện kém.

Có một lý do thứ ba mà tôi sẽ không ghi lại ở đây nhưng liên quan đến hành động cố tình ngang hàng để thiết lập lại thay vì đóng kết nối đúng cách.

Trong trường hợp của chúng tôi, chúng tôi đã trải nghiệm điều này trong khi thực hiện kiểm tra tải trên máy chủ ứng dụng của mình. Vấn đề hóa ra là chúng ta cần thêm bộ nhớ bổ sung vào JVM của mình vì nó đã hết. Điều này đã giải quyết vấn đề.

Hãy thử tăng bộ nhớ khả dụng cho JVM và hoặc theo dõi việc sử dụng bộ nhớ khi bạn gặp những lỗi đó.

SocketException: Đường ống bị hỏng, là do 'đầu kia' (Máy khách hoặc máy chủ) đóng kết nối trong khi mã của bạn đang đọc từ hoặc ghi vào kết nối.

Đây là một ngoại lệ rất phổ biến trong các ứng dụng khách / máy chủ nhận lưu lượng truy cập từ máy khách hoặc máy chủ bên ngoài kiểm soát ứng dụng. Ví dụ, khách hàng là một trình duyệt. Nếu trình duyệt thực hiện cuộc gọi Ajax và / hoặc người dùng chỉ cần đóng trang hoặc trình duyệt, thì điều này có thể giết chết mọi liên lạc một cách bất ngờ. Về cơ bản, bạn sẽ thấy lỗi này bất cứ khi nào đầu kia chấm dứt ứng dụng của họ và bạn không lường trước được.

Nếu bạn gặp phải Ngoại lệ này trong ứng dụng của mình, thì điều đó có nghĩa là bạn nên kiểm tra mã của mình ở nơi xảy ra IO (Đầu vào / Đầu ra) và bọc nó bằng một khối thử / bắt để bắt IOException này. Sau đó, tùy bạn quyết định cách bạn muốn xử lý tình huống bán hợp lệ này.

Trong trường hợp của bạn, nơi sớm nhất mà bạn vẫn có quyền kiểm soát là cuộc gọi đến HttpMethodDirector.executeWithRetry- Vì vậy, hãy đảm bảo rằng cuộc gọi được gói bằng khối thử / bắt và xử lý nó như thế nào bạn thấy phù hợp.

Tôi đặc biệt khuyên bạn không nên ghi lại các lỗi cụ thể của SocketException-Broken Tube ở bất kỳ mức độ nào khác ngoài mức độ gỡ lỗi / theo dõi. Khác, điều này có thể được sử dụng như một hình thức tấn công của DOS (Từ chối dịch vụ) bằng cách điền vào nhật ký. Hãy thử và làm cứng và kiểm tra tiêu cực ứng dụng của bạn cho kịch bản phổ biến này.

Tất cả các luồng và kết nối mở cần được đóng đúng cách, vì vậy lần sau khi chúng tôi cố gắng sử dụng đối tượng urlConnection, nó sẽ không gây ra lỗi. Ví dụ, thay đổi mã sau đây đã sửa lỗi cho tôi.

Trước:

OutputStream out = new BufferedOutputStream(urlConnection.getOutputStream());
BufferedWriter bw = new BufferedWriter(new OutputStreamWriter(out));
bw.write("Some text");
bw.close();
out.close();

Sau:

OutputStream os = urlConnection.getOutputStream();
OutputStream out = new BufferedOutputStream(os);
BufferedWriter bw = new BufferedWriter(new OutputStreamWriter(out));
bw.write("Some text");
bw.close();
out.close();
os.close(); // This is a must.

Tôi đã thực hiện chức năng tải xuống dữ liệu thông qua máy chủ FTP và cũng tìm thấy ngoại lệ tương tự trong khi tiếp tục tải xuống. Để giải quyết ngoại lệ này, bạn sẽ luôn phải ngắt kết nối với phiên trước đó và tạo phiên bản mới của Máy khách và kết nối mới với máy chủ. Cách tiếp cận tương tự này cũng có thể hữu ích cho HTTPClient.

Tôi cũng gặp vấn đề tương tự khi tôi đang phát triển một ứng dụng Java đơn giản nghe trên một TCP cụ thể. Thông thường, tôi không có vấn đề gì, nhưng khi tôi chạy một số bài kiểm tra căng thẳng, tôi nhận thấy rằng một số kết nối bị lỗi socket write exception.

Sau khi điều tra tôi tìm thấy một giải pháp giải quyết vấn đề của tôi. Tôi biết câu hỏi này khá cũ, nhưng tôi thích chia sẻ giải pháp của mình, ai đó có thể thấy nó hữu ích.

Vấn đề là về việc tạo ServerSocket. Tôi đọc từ Javadoc có giới hạn mặc định là 50 ổ cắm đang chờ xử lý. Nếu bạn thử mở một kết nối khác, chúng sẽ bị từ chối. Giải pháp chỉ đơn giản là thay đổi cấu hình mặc định này ở phía máy chủ. Trong trường hợp sau, tôi tạo một máy chủ Socket nghe ở cổng TCP 10_000và chấp nhận tối đa 200các socket đang chờ xử lý.

new Thread(() -> {
      try (ServerSocket serverSocket = new ServerSocket(10_000, 200)) {
        logger.info("Server starts listening on TCP port {}", port);

        while (true) {
          try {
            ClientHandler clientHandler = clientHandlerProvider.getObject(serverSocket.accept(), this);
            executor.execute(clientHandler::start);
          } catch (Exception e) {
            logger.error(e.getMessage());
          }
        }

      } catch (IOException | SecurityException | IllegalArgumentException e) {
        logger.error("Could not open server on TCP port {}. Reason: {}", port, e.getMessage());
      }
    }).start();

Từ Javadoc của ServerSocket :

Độ dài hàng đợi tối đa cho các chỉ dẫn kết nối đến (yêu cầu kết nối) được đặt thành tham số tồn đọng. Nếu chỉ báo kết nối đến khi hàng đợi đầy, kết nối bị từ chối.

Vấn đề có thể là các tệp được triển khai của bạn không được cập nhật với các phương thức RMI chính xác. Kiểm tra xem giao diện RMI của bạn có các tham số cập nhật hay cấu trúc dữ liệu được cập nhật mà máy khách của bạn không có. Hoặc máy khách RMI của bạn không có tham số nào khác với phiên bản máy chủ của bạn.

Đây chỉ là một phỏng đoán có giáo dục. Sau khi triển khai lại các tệp lớp của ứng dụng máy chủ của tôi và kiểm tra lại, vấn đề "Đường ống bị hỏng" đã biến mất.

Các câu trả lời trên minh họa lý do cho việc này java.net.SocketException: Broken pipe: đầu kia đóng kết nối. Tôi muốn chia sẻ kinh nghiệm những gì đã xảy ra khi tôi gặp nó:

1. trong yêu cầu của khách hàng, Content-Typetiêu đề được đặt nhầm lớn hơn cơ thể yêu cầu thực sự là (thực tế không có cơ thể nào cả)
2. dịch vụ dưới cùng trong ổ cắm tomcat đang chờ dữ liệu cơ thể có kích thước đó (http trên TCP đảm bảo phân phối bằng cách đóng gói và ...)
3. khi hết 60 giây, tomcat ném hết thời gian: Servlet.service() for servlet [dispatcherServlet] in context with path [] threw exception java.net.SocketTimeoutException: null
4. khách hàng nhận được phản hồi với mã trạng thái 500 vì ngoại lệ hết thời gian.
5. kết nối chặt chẽ của khách hàng (vì nó nhận được phản hồi).
6. Tomcat ném java.net.SocketException: Broken pipevì khách hàng đóng nó.

Đôi khi, tomcat không ném ngoại lệ pip bị hỏng, vì ngoại lệ hết thời gian đóng kết nối, tại sao một sự khác biệt như vậy cũng làm tôi bối rối.

JavaDoc:

Độ dài hàng đợi tối đa cho các chỉ báo kết nối đến (yêu cầu kết nối) được đặt thành 50. Nếu chỉ báo kết nối đến khi hàng đợi đầy, kết nối bị từ chối.

Bạn nên tăng tham số "tồn đọng" của ServerSocket của bạn, ví dụ

int backlogSize = 50 ;
new ServerSocket(port, backlogSize);

Nguyên nhân là do các đồng nghiệp từ xa đóng ổ cắm của nó (ví dụ như sự cố), vì vậy nếu bạn cố gắng ghi dữ liệu cho anh ta chẳng hạn, bạn sẽ nhận được điều này. để giải quyết vấn đề đó, bảo vệ đọc / ghi vào các hoạt động của ổ cắm giữa (thử bắt), sau đó quản lý trường hợp mất kết nối vào bẫy (gia hạn kết nối, dừng chương trình, ... vv):

 try {
      /* your code */
 } catch (SocketException e) {
      e.printStackTrace();
      /* insert your failure processings here */
 }