Метод destroy()
очищает ресурсы, чтобы они могли быть освобождены. Когда весь JVM будет закрыт, не стоит критиковать все ресурсы перед закрытием, но всегда полезно делать «Правильную вещь», даже если это не является абсолютно необходимым.
В зависимости от модели резьбы, если вы оставите себя слушателем мыши, вы все равно будете уведомлены о появлении событий мыши. Если в одной JVM есть несколько апплетов, и только один апплет заканчивается, вы можете оставить потоки в смешном состоянии, если вы оставите прослушиватель, на который не будет предпринято никаких действий. Возможно, вы можете заблокировать другие апплеты, сделав это.
РЕДАКТИРОВАТЬ:
нитей в смешном состоянии, я имею в виду (например), если слушатель которого Апплет поток остановлен в очереди сообщений в очередь, что никто не читает с, то в конечном итоге очередь будет заполните и поток отправки будет заблокирован. (Более подробно предположим, что прослушиватель ничего не делает, кроме очереди сообщения, и что в Applet - потоке, который теперь читается из этой очереди, есть поток. Теперь, когда очередь заполняется, он будет блокироваться!)
С прослушивателем мыши, в частности, вы можете быть в безопасности, предполагая, что когда апплет уйдет, он больше не виден и больше не может принимать события мыши. Однако с другим видом слушателя вы можете столкнуться с проблемами. Всегда поступать правильно, даже если это действительно не обязательно, вы получаете привычку, поэтому не забывайте поступать правильно, когда это действительно важно. :)
Этот ответ очень близок к тому, что я искал. В нем упоминается то, что я не знал: может быть> 1 апплет/JVM, а не очистка может повлиять на других.Но мне все еще интересно, как потоки могут закончиться «в смешном состоянии», b/c. Я не вижу, как могут случиться какие-то события мыши. – allyourcode
Просто расширил мой ответ в ответ на вопросы в вашем комментарии. – Eddie