Использование-noverify при запуске приложений Java
3 ответа
Время запуска, сказал бы я. Проверка, что классы корректны, занимает время, когда класс загружается. Так как классы могли бы быть загружены ленивым способом (не на приложении, запускаются, но будучи используемым впервые), это могло бы вызвать неожиданные и нежелательные задержки во время выполнения.
На самом деле класс не должен быть проверен в целом. Компилятор не испустит недопустимого байт-кода или конструкции класса. Причина проверки состоит в том, что класс может быть, основываются на одной системе, размещаются онлайн и передается Вам через незащищенный Интернет. На этом пути злонамеренный взломщик мог бы изменить байт-код и создать что-то, что компилятор никогда не мог бы создавать; что-то, что может разрушить JVM или возможно обходит ограничения безопасности. Таким образом класс проверяется, прежде чем он будет использоваться. Если это - локальное приложение, обычно нет никакой потребности проверить байт-код снова.
Отладка! На самом деле это - то, что я делаю теперь, и как я споткнулся через этот вопрос. В Terracotta мы делаем большой инструментарий байт-кода, и иногда это помогает выключить верификатор, поскольку мы отлаживаем наши адаптеры класса, таким образом, мы видим, где точно они перестали работать во времени выполнения.
Вы правы, мы хотим, чтобы верификатор остался на в производстве.
Время запуска раньше было чем-то вроде проблемы. Однако верификаторы теперь быстрее, как процессоры. Код, скомпилированный с JDK6 javac, будет по умолчанию включать дополнительную информацию, чтобы заставить верификатор ступить быстрее. Гармония Apache просто использует намного более быстрый алгоритм проверки.
Некоторые очень старые версии javac произвели неправильный байт-код. Действительно Sun PlugIn все еще включает код фиксации, чтобы заставить некоторые поврежденные файлы класса проверить.