Захват всех заброшенных исключений в java?

Question

Я сомневаюсь, что такая вещь возможна, но без прикрепления отладчика к java-приложению, возможно ли, чтобы какая-то коллекция была заполнена информацией обо всех исключениях, которые генерируются в приложении Java, независимо от того, поймано это или нет? Я знаю, что в .NET сообщения генерируются приложением об исключениях, которые в этот момент называются «Исключениями первого шанса», которые могут или не могут быть впоследствии обработаны приложением. Мне интересно, может ли быть аналогичный механизм в java, который я могу использовать для просмотра информации обо всех исключениях, сгенерированных во время выполнения.

Просто уточнить. Это не имеет никакого отношения к контексту, в котором происходит исключение. Этот вопрос не касается того, что я делаю в блоке catch или необработанных исключениях. Его знание о том, предоставляет ли JVM механизм для просмотра каждого исключения, генерируемого во время выполнения, независимо от того, что сгенерировало его, или контекста.

Answer 1

Почему бы и нет, это, конечно, возможно! Но во-первых. Регистрация всех исключений, с которыми сталкивается JVM, является пустой тратой жизни. Это бессмысленно во всех смыслах, может быть несколько разбросанных без особого значения.

Но если действительно, если у вас нет выбора, вы можете настроить свою Java для этого.

Ломать все правила хорошего программирования, ради чего мы живем, я даю вам эту идею:

1. Скопируйте исходный код java.lang.Exception из источников JDK к вашему проекту

2. Создание метода в ваш Exception.java как ниже

   private void logException(){ //your logging routine here }

3. Редактировать java.lang.Exception вызвать этот метод logException() в конце каждого конструктора

4. добавить новый java.lang.Exception к самозагрузке пути к классам

5. Установите ваши уровни ведения журнала и т.д. и пробега

Положите свои головы, представите это своему странному клиенту, используйте свои дипломатические навыки и напугайте их несколькими словами «w e может это сделать .. но его собственный риск '. Вероятно, вы убедите его не использовать это.