Я сомневаюсь, что у вас будут какие-либо улучшения производительности при использовании SLF4J / LOG4J, так как org.slf4j.impl.Log4jLoggerAdapter будет использовать почти такой же код, как вы уже (с двойной оценкой, будет ли регистраторвключен или нет).Сначала он проверяет, включено ли ведение журнала отладки, а затем отправляет отформатированное сообщение в org.apache.log4j.Category , который снова проверяет, должно ли сообщение быть зарегистрировано на настроенном уровне.
Тем не менее, имеет смысл перейти на параметризованное ведение журнала, так как оно намного более читаемо и короче.К сожалению, я не знаю ни одного автоматического способа рефакторинга кода.
EDIT : только что заметил, что существует SLF4J Migrator , который, кажется, помогает выполнять некоторые основные миграции (импорт строк и логгеров).Это может помочь начать миграцию, даже если операторы регистрации не будут затронуты и должны быть реорганизованы вручную.