Tại sao tôi cần sử dụng cuối cùng để đóng tài nguyên?

Question

Hầu hết thời gian, điều duy nhất tôi nhìn thấy một khối finally dùng để làm một cái gì đó giống như

FileInputStream f; 
try{ 
    f= new FileInputStream("sample.txt"); 
    //something that uses f and sometimes throws an exception 
} 
catch(IOException ex){ 
    /* Handle it somehow */ 
} 
finally{ 
    f.close(); 
} 

Câu hỏi của tôi là, nếu phạm vi f kết thúc bằng khối kèm theo, tại sao chúng ta cần phải đóng nó vào cuối cùng ?

Answer 1

Vì thu gom rác thải là không phải điều tương tự như dọn dẹp tài nguyên.

Ví dụ, nếu bạn có đối tượng kết nối JDBC nằm ngoài phạm vi, không có tín hiệu nào được gửi đến máy chủ cơ sở dữ liệu để cho biết rằng các con trỏ và kết nối mở không còn cần thiết nữa. Nếu không có những thông điệp đó, cuối cùng bạn sẽ loại bỏ số lượng các con trỏ và các kết nối có sẵn cho bạn.

Tương tự với các tệp xử lý và bất kỳ tài nguyên nào khác. Dọn sạch sau bản thân mình.

Answer 2

Vâng, bạn đã đưa ra một ví dụ xấu - tôi nghi ngờ bạn có nghĩa là một cái gì đó như FileInputStream - nhưng lý do cơ bản là Java không có quyết toán xác định.

Phạm vi của biếnf kết thúc với khối nó khai báo trong (không phải là khối try), nhưng điều đó không có nghĩa là nhất thiết không có tham chiếu "sống" với đối tượng nữa - và thu gom rác sẽ không hoàn thành đối tượng cũng như không thu thập rác trong bất kỳ cách xác định nào.

Trừ khi bạn muốn rời khỏi tài nguyên treo xung quanh một khoảng thời gian tùy ý (và trì hoãn thu gom rác, vì finalizers yêu cầu thêm một bộ sưu tập trước khi bộ nhớ được phát hành cuối cùng), bạn nên đóng tài nguyên một cách rõ ràng.

Về cơ bản Java thực hiện không hỗ trợ RAII theo cách tương tự như C++; bạn không nên cố gắng sử dụng nó như thể nó là C++.

Answer 3

Lý do là Java không đảm bảo rằng một đối tượng sẽ được thu thập rác ngay sau khi một tham chiếu cụ thể đến nó nằm ngoài phạm vi. Vì vậy, đối với các đối tượng tham chiếu đến các tài nguyên hệ thống hạn chế, chẳng hạn như một bộ mô tả tập tin, nó không đủ để chờ thu gom rác.

Lưu ý rằng, java.io.File không thực sự là một đối tượng như vậy.

Answer 4

vì cuối cùng được gọi là mọi lúc, ngay cả khi bạn nhận được ngoại lệ được nêu ra. khối cuối cùng đảm bảo với bạn rằng tệp/kết nối sẽ bị đóng.

Answer 5

Chúng tôi xử lý ngoại lệ bằng cách thử bắt cuối cùng, cuối cùng chặn mọi lần thực thi nhưng không đảm bảo bắt vì khối catch chỉ thực thi nếu ngoại lệ được truyền trong tham số khớp. Ví dụ, nếu chúng ta đã mở bất kỳ kết nối cơ sở dữ liệu nào thì chúng ta phải đóng nó trước khi rời khỏi, nó phải được thực hiện vào cuối cùng.