Tôi có phải đóng FileInputStream không?

Question

Tôi đang làm việc như một thực tập sinh trong Test Automation. Tôi đang làm việc với việc tạo mã Junit với Eclipse và chạy bằng Eclipse. Trong đó tôi đang lấy lại dữ liệu từ excel bằng cách sử dụng chức năng FileInputStream.

FileInputStream fi=new FileInputStream("c:\\search.xls"); 
Workbook w=Workbook.getWorkbook(fi); 
Sheet s=w.getSheet(0); 

Có cần đóng chức năng Inputstream không? Nếu có, vui lòng hướng dẫn tôi một số mã.

Answer 1

Có, bạn cần phải close luồng đầu vào nếu bạn muốn tài nguyên hệ thống của mình được phát hành trở lại.

FileInputStream.close() là những gì bạn cần.

Answer 2

FileInputStream fi=null; 
try { 
    fi=new FileInputStream("c:\\search.xls"); 
    Workbook w=Workbook.getWorkbook(fi); 
    Sheet s=w.getSheet(0); 
} finally { 
    if (fi!=null) { 
     fi.close(); 
    } 
} 

Answer 3

Bạn cần phải đóng() hoặc kết thúc chương trình của mình.

Tuy nhiên bạn có thể chạy vào các vấn đề khó hiểu nếu bạn không đóng tập tin như

• đôi khi thử nghiệm đang chạy riêng lẻ hoặc một nhóm thử nghiệm đang chạy trong quá trình tương tự. (Vì vậy, bạn có thể có một bài kiểm tra mà làm việc một cách nhưng không phải là khác)
• bạn không thể đổi tên hoặc xóa một tập tin mở.

Cách tốt nhất là luôn đóng tài nguyên mà bạn đã hoàn thành, tuy nhiên tôi thấy các bài kiểm tra đơn vị dưới dạng tập lệnh không phải lúc nào cũng phải tuân theo phương pháp hay nhất.

Answer 4

Basic CompSci 101 yêu cầu chúng tôi đảm bảo đóng tài nguyên mà chúng tôi mở, bằng Java hoặc bất kỳ ngôn ngữ nào. Vì vậy, có, bạn cần phải đóng chúng. Juju xấu nhất định sẽ xảy ra khi bạn không làm như vậy.

Ngoài ra, bạn nên tìm hiểu (và có độ nghiêng) để sử dụng Javadocs. Tra cứu Javadoc cho FileInputStream và Closeable. Câu trả lời là có.

Answer 5

Nó luôn luôn là một ý tưởng tốt để đóng tài nguyên mà bạn sử dụng, NHƯNG:

Nếu bạn sử dụng tài nguyên Một trong nguồn B, đó là hợp lý để đóng B thay vì Một nếu nó có một phương pháp cho nó.

Trong trường hợp của bạn, bạn sử dụng FileInputStream trong Workbook, vì vậy bạn muốn tốt hơn để đóng Workbook và dựa vào Workbok rằng nó sẽ đóng FileInputStream.

Trong trường hợp đặc biệt này, trên thực tế, Workbookwill closeFileInputStream ở phần cuối của phương pháp getWorkbook() nhưng nó vẫn là một ý tưởng tốt để closeWorkbook để có thể được thu gom rác.

Answer 6

Có! bạn nên luôn luôn phát hành các tài nguyên một lần sau khi bạn đã làm xong với chúng. Java có một cơ chế mạnh mẽ cho Garbage Collection (lưu ý rằng nó khác so với quản lý tài nguyên/rò rỉ.) Vì vậy, một nhà sưu tập rác không thể xác định rằng nếu bạn cần tài nguyên trong tương lai hay không? Không phát hành tài nguyên có thể gây ra các vấn đề như - Từ chối dịch vụ, hiệu suất kém.

Như đã trả lời nhưng nỗ lực khác ít cách là try with resources

try (FileInputStream fi = new FileInputStream("c:\\search.xls")) { 

     //do something with fi. 
     //fi.getChannel() ; 

    } catch(IOException e) { 
     // exception handling. 
    } finally { 
    // some statements for finally. 
    } 

Bây giờ bạn không cần phải dứt khoát gọi phương thức fi.close().

Answer 7

Gần đây, khi tôi cố gắng cấu trúc lại mã của mình, tôi phải di chuyển việc tạo sổ làm việc sang một phương thức khác và FileInputStream được tạo trong phương thức đó. Phương thức đó tạo ra một FileInputStream và trả về một Workbook. Nhưng FileInputStream không hiển thị từ phương thức chính; Vậy làm cách nào để đóng FileInputStream ở cuối phương thức chính? Câu trả lời là, bạn không phải đóng FileInputStream, thay vào đó bạn chỉ cần đóng sổ làm việc, trong đó đóng nội bộ FileInputStream. Trong ngắn hạn, nó không chính xác để nói rằng bạn phải đóng FileInputStream không có vấn đề gì.