Отключить ведение журнала в Java во время компиляции

Question

У меня есть код Java, который я хотел бы использовать с сообщениями журнала для целей отладки. Однако окончательный (скомпилированный) производственный код не должен содержать записи, поскольку это замедляет время выполнения. Есть ли способ в Java отключить регистратор во время компиляции?

Я не боюсь, что в журнале будет проверяться проверка включенного/отключенного регистратора времени выполнения.

if (logging==enabled) {// do logging} 

Но я хотел бы избежать строительства параметр как следующий в моем рабочем коде:

Logger.log("undefined state" + state + " @ " + new Date()); 

Я использую Sun, Java Compiler.

Answer 1

Я не знаю каких-либо функций компилятора об этом, но то, что вы также могли бы сделать, это создать скрипт сборки. Этот скрипт скопировал исходные (отладочные) исходные файлы Java, скопировал их во временное место, удалил бы из них записи ведения журнала и затем скомпилировал новые исходные файлы, которые затем не будут отлаживать код.

Answer 2

Существует нет встроенного способа, который делает это возможным. Вы можете использовать Java Preprocessor.

Answer 3

if(logger.isDebugEnabled()) { 
    logger.debug(expression); 
} 

Для каждой используемой структуры ведения журнала используется шаблон выше, чтобы избежать ненужной оценки выражения регистрации.

Answer 4

Один из способов - сделать проверку вне метода журнала. Почти такая же проверка, как вы упомянули, но вы делаете это сами:

if (LOGGER.isLoggable(Level.DEBUG)) { 
    LOGGER.log("undefined state" + state + " @ " + new Date()); 
} 

Этот метод может быть использован с любым уровнем протоколирования. см. Logger#isLoggable(Level) для получения дополнительной информации. Обратите внимание, что это рекомендуемый способ избежать построения параметра метода журнала.

Answer 5

Это, казалось бы, что вы ищете:

what's log4j actually doing when we turn on or off some log places?

Answer 6

уродливые Хак, который мог бы работать, чтобы скрыть реализацию библиотеки Logger с пустой реализацией. Оптимизатор включит их, и удаление мертвого кода должно удалить конструкцию параметров. Это не будет работать, если конструкция параметров содержит побочные эффекты.

Теперь это теория, я не проверял это на практике. Мне это любопытно. Может быть, это требует отдельного вопроса?

Answer 7

Вы действительно должны использовать индикатор уровня для сообщений журнала, Level.SEVERE -> Level.FINEST.

Есть предопределенные методы в Logger для этого, а именно:

Logger.info(msg); 
Logger.finest(msg); // debug/trace message. 

Logger.log(Level.CONFIG, "config message"); 

это позволит вам настроить minumim уровень ведения журнала на уровне приложений и включения/выключения этих сообщений ниже заданного уровня, используя команду строки, конфигурационных файлов или вручную с помощью LogManager

Answer 8

Вы рассмотрели подход slf4j с {} -полностями. Это позволяет отложить построение toString(), что означает, что log.debug (...) является дешевым, если журнал отладки отключен.

log.debug("in loop() - a={}, b={}", a, b); 

Answer 9

Я понимаю, что компилятор Java способен исключить блоки кода, которые защищены выражением постоянной времени компиляции. Таким образом, в теории, вы должны быть в состоянии сделать это с чем-то вроде этого:

public class Logging { 
    public static final boolean ENABLED = true; // change to false 
} 

public class Something 
    .... 

    if (Logging.ENABLED) { 
      logger.debug("hello mum"); 
    } 
} 

К сожалению, вам нужно перекомпилировать каждый класс, который зависит от флага Logging.ENABLED всякий раз, когда вы измените его значение. Поэтому я предпочитаю следующее:

public class Something 
    .... 

    if (logger.isDebugEnabled()) { 
      logger.debug("hello mum"); 
    } 
} 

, который имеет то преимущество, что вы можете сделать детализированные корректировки уровней протоколирования во время конфигурации или даже во время выполнения; например используя отладчик, JMX и т. д. Кроме того, накладные расходы на вызов logger.isDebugEnabled() в log4j достаточно низки, что вряд ли будет заметным, если у вас нет безумной суммы регистрации в вашей кодовой базе.

Answer 10

Можно постовать файлы классов java с помощью Proguard и использовать опцию для удаления вызовов регистрации. Это делается чаще всего для Android с помощью:

-assumenosideeffects class android.util.Log { 
    public static *** d(...); 
    public static *** v(...); 
} 

удалить все вызовы Log.d(TAG, "message") и т.д ...