inputstreams Bế mạc trong Java

Question

Tôi có sau đoạn mã trong một khối try/catch

InputStream inputstream = conn.getInputStream(); 
InputStreamReader inputstreamreader = new InputStreamReader(inputstream); 
BufferedReader bufferedreader = new BufferedReader(inputstreamreader); 

Câu hỏi của tôi là khi tôi phải đóng những con suối trong khối finally, tôi có phải đóng tất cả các 3 luồng hoặc chỉ đóng befferedreader sẽ đóng tất cả các luồng khác?

Answer 1

Theo quy ước, các luồng bao bọc (bọc các luồng hiện có) đóng luồng cơ bản khi chúng được đóng lại, vì vậy chỉ phải đóng bufferedreader trong ví dụ của bạn. Ngoài ra, thường không có hại để đóng một luồng đã đóng, vì vậy việc đóng tất cả 3 luồng sẽ không bị tổn thương.

Answer 2

Theo quy tắc chung, bạn nên đóng mọi thứ theo thứ tự ngược lại mà bạn đã mở chúng.

Answer 3

Tôi sẽ đóng tất cả chúng theo thứ tự ngược mà bạn đã mở chúng, như thể khi mở chúng sẽ đẩy người đọc đến một ngăn xếp và đóng sẽ bật trình đọc từ ngăn xếp.

Cuối cùng, sau khi đóng tất cả, "ngăn xếp trình đọc" phải trống.

Answer 4

Đóng nắp ngoài cùng là đủ (ví dụ: BufferedReader). Đọc source code of BufferedReader chúng ta có thể thấy rằng nó đóng cửa khu vực nội Reader khi phương pháp thân của mình được gọi là:

513  public void close() throws IOException { 
514   synchronized (lock) { 
515    if (in == null) 
516     return; 
517    in.close(); 
518    in = null; 
519    cb = null; 
520   } 
521  } 
522 } 

Answer 5

Bạn chỉ cần phải đóng tài nguyên thực tế. Bạn nên đóng tài nguyên ngay cả khi việc xây dựng trang trí không thành công. Đối với đầu ra, bạn nên tuôn ra đối tượng trang trí nhất trong trường hợp hạnh phúc.

Một số biến chứng:

• Đôi khi trang trí là những tài nguyên khác nhau (một số triển khai nén sử dụng heap C).
• Đóng trang trí trong trường hợp buồn thực sự gây ra tuôn ra, với sự nhầm lẫn tiếp theo như không thực sự đóng tài nguyên cơ bản.
• Có vẻ như tài nguyên cơ bản của bạn là URLConnection, không có phương thức disconnect/close như vậy.

Bạn có thể cân nhắc việc sử dụng thành phần Thực thi xung quanh để bạn không phải nhân đôi loại điều này.

Answer 6

Thông thường, bạn chỉ cần đóng luồng ngoài cùng nhiều nhất, vì theo quy ước, nó phải kích hoạt gần trên các luồng cơ bản.

Vì vậy, thường mã trông như thế này:

BufferedReader in = null; 

try { 
    in = new BufferedReader(new InputStreamReader(conn.getInputStream())); 
    ... 
    in.close(); // when you care about Exception-Handling in case when closing fails 
} 
finally { 
    IOUtils.closeQuietly(in); // ensure closing; Apache Commons IO 
} 

Tuy nhiên có thể có trường hợp hiếm gặp nơi một constructor dòng cơ bản đặt ra một ngoại lệ nơi con suối đã được mở ra. Trong trường hợp đó mã trên sẽ không đóng luồng cơ bản vì hàm tạo bên ngoài chưa bao giờ được gọi và in là rỗng. Vì vậy, khối cuối cùng không đóng bất cứ điều gì để lại dòng cơ bản mở ra.

Kể từ Java 7 bạn có thể làm điều này:

try (OutputStream out1 = new ...; OutputStream out2 = new ...) { 
     ... 
     out1.close(); //if you want Exceptions-Handling; otherwise skip this 
     out2.close(); //if you want Exceptions-Handling; otherwise skip this    
    } // out1 and out2 are auto-closed when leaving this block 

Trong hầu hết các trường hợp, bạn không muốn xử lý ngoại lệ khi được nuôi trong khi đóng cửa nên bỏ qua những đóng rõ ràng() gọi.

Chỉnh sửa Đây là một số mã dành cho những người không phải là tín hữu khi sử dụng mô hình này. Bạn cũng có thể muốn đọc Apache Commons IOUtils javadoc về phương pháp closeQuietly().

OutputStream out1 = null; 
    OutputStream out2 = null; 

    try { 
     out1 = new ...; 
     out2 = new ...; 

     ... 

     out1.close(); // can be skipped if we do not care about exception-handling while closing 
     out2.close(); // can be skipped if we ... 
    } 
    finally { 
     /* 
     * I've some custom methods in my projects overloading these 
     * closeQuietly() methods with a 2nd param taking a logger instance, 
     * because usually I do not want to react on Exceptions during close 
     * but want to see it in the logs when it happened. 
     */ 
     IOUtils.closeQuietly(out1); 
     IOUtils.closeQuietly(out2); 
    } 

Sử dụng @ "lời khuyên" của Tom sẽ rời out1 mở ra khi tạo ra các out2 đặt ra một ngoại lệ. Lời khuyên này là từ một người nào đó nói về It's a continual source of errors for obvious reasons. Vâng, tôi có thể bị mù, nhưng điều đó không rõ ràng đối với tôi. Mô hình của tôi là an toàn ngốc nghếch trong mọi trường hợp sử dụng mà tôi có thể nghĩ đến trong khi mẫu của Tom dễ bị lỗi.