วิธีการแก้ไข java.net.SocketException: Broken pipe?

ฉันใช้ apache คอมมอนส์ลูกค้า http เพื่อเรียก url โดยใช้วิธีการโพสต์เพื่อโพสต์พารามิเตอร์และมันก็โยนข้อผิดพลาดด้านล่างไม่ค่อย

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)

ใครสามารถแนะนำสิ่งที่ทำให้เกิดข้อยกเว้นนี้และวิธีการแก้ไขข้อบกพร่อง

สิ่งนี้เกิดจาก:

• ส่วนใหญ่มักจะเขียนไปยังการเชื่อมต่อเมื่อปลายอีกด้านได้ปิดไปแล้ว;
• น้อยกว่าปกติเพียร์ปิดการเชื่อมต่อโดยไม่ต้องอ่านข้อมูลทั้งหมดที่อยู่ระหว่างดำเนินการในตอนท้ายของเขา

ดังนั้นในทั้งสองกรณีคุณมีโพรโทคอลแอปพลิเคชันที่ถูกกำหนด

มีเหตุผลข้อที่สามที่ฉันจะไม่บันทึกที่นี่ แต่เกี่ยวข้องกับการดำเนินการโดยเจตนาในการรีเซ็ตแทนที่จะปิดการเชื่อมต่ออย่างถูกต้อง

ในกรณีของเราเราพบสิ่งนี้ในขณะที่ทำการทดสอบโหลดบนเซิร์ฟเวอร์แอปของเรา ปัญหาปรากฎว่าเราต้องเพิ่มหน่วยความจำเพิ่มเติมใน JVM ของเราเพราะมันใกล้จะหมด วิธีนี้แก้ไขปัญหาได้

ลองเพิ่มหน่วยความจำที่มีให้กับ JVM และหรือตรวจสอบการใช้งานหน่วยความจำเมื่อคุณได้รับข้อผิดพลาดเหล่านั้น

SocketException: ท่อที่ใช้งานไม่ได้เกิดจาก 'ปลายอีกด้าน' (ไคลเอนต์หรือเซิร์ฟเวอร์) ปิดการเชื่อมต่อในขณะที่รหัสของคุณกำลังอ่านหรือเขียนไปยังการเชื่อมต่อ

นี่เป็นข้อยกเว้นที่พบบ่อยมากในแอปพลิเคชันไคลเอนต์ / เซิร์ฟเวอร์ที่รับปริมาณการใช้งานจากไคลเอนต์หรือเซิร์ฟเวอร์นอกการควบคุมแอปพลิเคชัน ตัวอย่างเช่นลูกค้าคือเบราว์เซอร์ หากเบราว์เซอร์ทำการโทร Ajax และ / หรือผู้ใช้เพียงแค่ปิดหน้าเว็บหรือเบราว์เซอร์ก็จะสามารถฆ่าการสื่อสารทั้งหมดได้โดยไม่คาดคิด โดยพื้นฐานแล้วคุณจะเห็นข้อผิดพลาดนี้ได้ตลอดเวลาที่ปลายอีกด้านหนึ่งยกเลิกแอปพลิเคชันของพวกเขาและคุณไม่ได้คาดหวัง

หากคุณพบข้อยกเว้นนี้ในแอปพลิเคชันของคุณนั่นหมายความว่าคุณควรตรวจสอบรหัสของคุณเมื่อเกิดปัญหา IO (อินพุต / เอาท์พุต) แล้วปิดด้วย try / catch block เพื่อจับ IOException นี้ ถึงเวลาที่คุณจะต้องตัดสินใจว่าคุณต้องการจัดการกับสถานการณ์ที่ไม่ถูกต้องหรือไม่

ในกรณีของคุณสถานที่แรกสุดที่คุณยังคงมีการควบคุมคือการโทรHttpMethodDirector.executeWithRetry- ดังนั้นให้แน่ใจว่าการโทรนั้นถูกล้อมด้วย try / catch block และจัดการกับวิธีที่คุณเห็นว่าเหมาะสม

ฉันขอแนะนำอย่างยิ่งให้ป้องกันการบันทึกข้อผิดพลาดเฉพาะ SocketException - Broken Pipe ที่สิ่งอื่นนอกเหนือจากระดับการดีบัก / ติดตาม อื่น ๆ นี้สามารถใช้เป็นรูปแบบของการโจมตี DOS (ปฏิเสธการบริการ) โดยการกรอกบันทึก ลองและทดสอบแอปพลิเคชันของคุณให้แข็งและแข็งสำหรับสถานการณ์ทั่วไปนี้

สตรีมและการเชื่อมต่อที่เปิดอยู่ทั้งหมดจะต้องปิดอย่างถูกต้องดังนั้นในครั้งต่อไปที่เราพยายามใช้วัตถุ urlConnection มันจะไม่เกิดข้อผิดพลาด ตัวอย่างเช่นการเปลี่ยนรหัสต่อไปนี้แก้ไขข้อผิดพลาดสำหรับฉัน

ก่อน:

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

หลังจาก:

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.

ฉันใช้งานฟังก์ชั่นการดาวน์โหลดข้อมูลผ่านเซิร์ฟเวอร์ FTP และพบข้อยกเว้นเดียวกันที่นั่นเช่นกันในขณะที่เริ่มการดาวน์โหลดต่อ ในการแก้ไขข้อยกเว้นนี้คุณจะต้องตัดการเชื่อมต่อจากเซสชันก่อนหน้าและสร้างอินสแตนซ์ใหม่ของไคลเอ็นต์และการเชื่อมต่อใหม่กับเซิร์ฟเวอร์ วิธีการเดียวกันนี้อาจเป็นประโยชน์สำหรับ HTTPClient ด้วย

ฉันต้องการปัญหาเดียวกันในขณะที่ฉันกำลังพัฒนาแอปพลิเคชัน Java อย่างง่ายที่ฟังบน TCP เฉพาะ โดยปกติผมไม่มีปัญหา socket write exceptionแต่เมื่อฉันวิ่งทดสอบความเครียดบางอย่างที่ฉันสังเกตเห็นว่าการเชื่อมต่อบางยากจนด้วยข้อผิดพลาด

หลังจากการตรวจสอบฉันพบวิธีแก้ไขปัญหา ฉันรู้ว่าคำถามนี้ค่อนข้างเก่า แต่ฉันต้องการแบ่งปันวิธีแก้ปัญหาของฉันใครบางคนสามารถพบว่ามีประโยชน์

ปัญหาเกิดจากการสร้าง ServerSocket ฉันอ่านจาก Javadoc มีข้อ จำกัด เริ่มต้นจากซ็อกเก็ตที่รอดำเนินการ 50 รายการ หากคุณลองเปิดการเชื่อมต่ออื่นสิ่งเหล่านี้จะถูกปฏิเสธ โซลูชันประกอบด้วยการเปลี่ยนแปลงการกำหนดค่าเริ่มต้นนี้ที่ด้านเซิร์ฟเวอร์เท่านั้น ในกรณีต่อไปนี้ฉันสร้างเซิร์ฟเวอร์ซ็อกเก็ตที่ฟังพอร์ต TCP 10_000และยอมรับ200ซ็อกเก็ตที่ค้างอยู่สูงสุด

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();

จาก Javadoc ของServerSocket :

ความยาวคิวสูงสุดสำหรับการบ่งชี้การเชื่อมต่อขาเข้า (การร้องขอเพื่อเชื่อมต่อ) ถูกตั้งค่าเป็นพารามิเตอร์ backlog หากการบ่งชี้การเชื่อมต่อมาถึงเมื่อคิวเต็มการเชื่อมต่อจะถูกปฏิเสธ

ปัญหาอาจเป็นได้ว่าไฟล์ที่ใช้งานของคุณไม่ได้รับการอัพเดตด้วยวิธีการ RMI ที่ถูกต้อง ตรวจสอบดูว่าอินเทอร์เฟซ RMI ของคุณมีพารามิเตอร์ที่อัปเดตหรือโครงสร้างข้อมูลที่ปรับปรุงซึ่งไคลเอ็นต์ของคุณไม่มี หรือว่าไคลเอนต์ RMI ของคุณไม่มีพารามิเตอร์ที่แตกต่างจากรุ่นเซิร์ฟเวอร์ของคุณ

นี่เป็นเพียงการเดาที่มีการศึกษา หลังจากการปรับใช้ไฟล์คลาสของแอปพลิเคชันเซิร์ฟเวอร์ของฉันอีกครั้งและการทดสอบอีกครั้งปัญหาของ "Broken pipe" หายไป

คำตอบข้างต้นแสดงให้เห็นถึงเหตุผลนี้java.net.SocketException: Broken pipe: อีกปลายปิดการเชื่อมต่อ ฉันต้องการแบ่งปันประสบการณ์สิ่งที่เกิดขึ้นเมื่อฉันพบมัน:

1. ในคำขอของลูกค้าContent-Typeส่วนหัวจะถูกตั้งค่าให้มีขนาดใหญ่กว่าคำขอจริงโดยไม่ได้ตั้งใจคือ (อันที่จริงไม่มีเนื้อหาใด ๆ เลย)
2. บริการด้านล่างในซ็อกเก็ต Tomcat กำลังรอข้อมูลขนาดตัวนั้น (http อยู่บน TCP ซึ่งทำให้มั่นใจได้ว่าการจัดส่งโดย encapsulating และ ... )
3. เมื่อครบ 60 วินาที Tomcat จะส่งข้อยกเว้นการหมดเวลา: Servlet.service() for servlet [dispatcherServlet] in context with path [] threw exception java.net.SocketTimeoutException: null
4. ไคลเอ็นต์ได้รับการตอบกลับด้วยรหัสสถานะ 500 เนื่องจากข้อยกเว้นการหมดเวลา
5. การเชื่อมต่อลูกค้าปิด (เพราะได้รับการตอบสนอง)
6. Tomcat พ่นjava.net.SocketException: Broken pipeเพราะลูกค้าปิดมัน

บางครั้งแมวตัวผู้ไม่ได้โยนข้อยกเว้นจุดเล็ก ๆ ที่แตกหักเพราะข้อยกเว้นการหมดเวลาปิดการเชื่อมต่อทำไมความแตกต่างดังกล่าวทำให้ฉันสับสนเช่นกัน

JavaDoc:

ความยาวคิวสูงสุดสำหรับการบ่งชี้การเชื่อมต่อขาเข้า (การร้องขอเพื่อเชื่อมต่อ) ถูกตั้งค่าเป็น 50 หากการบ่งชี้การเชื่อมต่อมาถึงเมื่อคิวเต็มการเชื่อมต่อจะถูกปฏิเสธ

คุณควรเพิ่มพารามิเตอร์ "backlog" ของ ServerSocket ของคุณ

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

สาเหตุคือรีโมตเพียร์ปิดซ็อกเก็ต (ตัวอย่างเช่นขัดข้อง) ดังนั้นหากคุณพยายามเขียนข้อมูลกับเขาตัวอย่างเช่นคุณจะได้รับสิ่งนี้ เพื่อแก้ปัญหานั้นปกป้องการอ่าน / เขียนไปยังซ็อกเก็ตการดำเนินงานระหว่าง (ลองจับ) แล้วจัดการกรณีการเชื่อมต่อการสูญเสียลงในการจับ (ต่ออายุการเชื่อมต่อหยุดโปรแกรม ... ฯลฯ ):

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