Java applet: Làm thế nào để chắc chắn phá hủy được hoàn thành trước khi làm mới trang

Question

Trong Java util logging, tôi khởi tạo trình xử lý trên init() và đóng trình xử lý tại destroy() và nó hoạt động hoàn toàn tốt đẹp: vv Nếu người dùng làm mới trang bình thường, nó vẫn chỉ tạo một tệp nhật ký.

Tuy nhiên, nếu người dùng làm mới trang bằng applet nhanh gấp đôi, có vẻ như lệnh hủy() không được gọi hoặc có thể chưa hoàn thành tác vụ và vì init() được gọi lại, giả sử tập tin trước đó vẫn bị khóa và tạo một tệp nhật ký mới.

Tôi đã cố gắng sử dụng cả destroy() và finalize() để đóng trình xử lý nhưng nó không hoạt động. Bất cứ ai cũng có ý tưởng làm thế nào để giải quyết vấn đề này?

Một câu hỏi nhỏ khác là: Điều gì thực sự xảy ra nếu init() chưa hoàn tất và trang được làm mới. Nó sẽ tiếp tục quá trình và cuối cùng thất bại để gọi phá hủy() hoặc nó chỉ dừng lại ở đó?

Answer 1

Trích từ Java Tutorials:

Các-in cắm phần mềm Java tạo ra một sợi công nhân cho mỗi Java applet.

Trong môi trường đa luồng, bạn nên rất cẩn thận với tài nguyên được chia sẻ. Cách tiếp cận tốt nhất và dễ nhất là không chia sẻ bất cứ điều gì (quy mô tốt nhất và không có deadlocks có thể).

Tôi giả định rằng bạn khởi tạo trình xử lý của mình mỗi lần trong "init" -method. Nếu đó là sự thật, bạn nên sử dụng một trình ghi nhật ký được chia sẻ tĩnh (kiểm tra điều này link). Nó sẽ giúp cải thiện tình hình một chút, nhưng nếu bạn bắt đầu nhiều hơn một trình duyệt với applet của bạn - tệp nhật ký mới vẫn sẽ được tạo ra. Và cách giải quyết này không được Oracle khuyến cáo và được bảo tồn cho khả năng tương thích ngược.

---

Đề xuất và dễ thực hiện giải pháp - "mỗi applet phải có nhật ký riêng và ghi vào tệp riêng". Mã để tạo tên tệp nhật ký:

private SimpleDateFormat dateFormat = new SimpleDateFormat("yyyyMMdd"); 

private String generateFileName() { 
    return String.format("applets-log/%s-%s.log", dateFormat.format(new Date()), UUID.randomUUID()); 
} 

Ngoài ra, Best Practices For Applet Development.

---

trả lời cho câu hỏi nhỏ của bạn (thay đổi):

Theo thảo luận về old bug này trong plugin java, Applet có thể được chấm dứt vào bất kỳ thời điểm với một số khoảng thời gian được xác định trước để dọn dẹp. Vì vậy, bạn nên đặt mã làm sạch tài nguyên trong phương thức "stop" hoặc "destroy" của mình, nhưng bạn không nên dựa vào mã đó sẽ được thực thi.

Vòng đời Applet được kiểm soát bởi trình duyệt và ứng dụng không được là khả năng được chạy khi tài liệu lưu trữ bị hủy bởi trình duyệt .

Kể từ 6u10, cả plugin cũ và plugin mới thực thi tắt applet sau một khoảng thời gian cố định (1000ms trong plugin cũ và 200ms trong plugin mới ) cho applet dừng.

Answer 2

Hy vọng bạn không thử nghiệm trong FF. Đọc ở đây: https://bugzilla.mozilla.org/show_bug.cgi?id=638070

Answer 3

Bạn vừa chạy vào giới hạn cơ bản với môi trường nhiều luồng.

Bạn thực sự không thể biết khi nào destroy() hoặc finalize() sẽ được gọi là tương đối so với các chủ đề khác. Khi trình duyệt tải lại trang, trình duyệt có thể tải applet trong một chuỗi mới. Nếu người dùng truy cập tải lại hai lần nhanh, nó có thể tạo 2 chủ đề mới, gọi số init() trên số thứ 2 (người dùng thực sự thấy) trước khi gọi init() trên người dùng không bao giờ thấy trước khi gọi destroy() trên phiên bản trước. Ở đầu kia của vòng đời, finalize() được gọi bởi luồng thu gom rác có thể rất dài sau khi đối tượng không còn cần thiết nữa. Bạn đang làm việc trong một môi trường đa luồng và bạn không thể dựa vào bất kỳ thứ tự hoạt động nào giữa các luồng.

Để báo Javadoc:

Một Applet là một chương trình nhỏ mà được thiết kế để không thể chạy trên riêng của mình, nhưng thay vì được nhúng bên trong một ứng dụng khác.

Đây thực sự là ứng dụng bên ngoài nên kiểm soát việc tạo/mở và đóng nhật ký nếu bạn chỉ có một tệp nhật ký. Nếu ứng dụng bên ngoài là trình duyệt web, thì bạn không thể giải quyết vấn đề bạn đang gặp phải. Sau đó, một lần nữa, nếu bạn đang chạy applet trong trình duyệt web, bạn không nên ghi nhật ký vào hệ thống tệp. Đó chỉ là hành vi bất lịch sự nói chung.

Nếu bạn hoàn toàn phải có tệp nhật ký cho các ứng dụng bên trong trình duyệt web, giải pháp dễ nhất là cho mỗi cuộc gọi đến init() để tạo tệp mới cụ thể cho yêu cầu đó của applet. Nếu bạn muốn tham vọng, bạn có thể sử dụng các tệp khóa để chỉ định tệp nào đang được sử dụng và tại thời điểm destroy() nối các tệp nhật ký đã mở vào một tệp lớn hơn, nhưng sau đó lại có vấn đề phối hợp các quy trình nối trên các luồng.