#ifdef #ifndef в Java

private static final boolean enableFast = false;

// ...
if (enableFast) {
  // This is removed at compile time
}

Условные выражения, подобные показанным выше, оцениваются во время компиляции. Если вместо этого вы используете это

private static final boolean enableFast = "true".equals(System.getProperty("fast"));

Затем любые условия, зависящие от enableFast, будут оцениваться JIT-компилятором. Накладные расходы при этом незначительны.

javac не будет выводить скомпилированный код, который недоступен. Используйте последнюю переменную, для которой установлено постоянное значение для вашего #define и нормальный оператор if для #ifdef.

Вы можете использовать javap, чтобы доказать, что недостижимый код не включен в выходной файл класса. Например, рассмотрим следующий код:

public class Test
{
   private static final boolean debug = false;

   public static void main(String[] args)
   {
       if (debug) 
       {
           System.out.println("debug was enabled");
       }
       else
       {
           System.out.println("debug was not enabled");
       }
   }
}

javap -c Test дает следующий результат, указывающий, что только один из двух путей был скомпилирован (а оператор if - нет):

public static void main(java.lang.String[]);
  Code:
   0:   getstatic       #2; //Field java/lang/System.out:Ljava/io/PrintStream;
   3:   ldc     #3; //String debug was not enabled
   5:   invokevirtual   #4; //Method java/io/PrintStream.println:(Ljava/lang/String;)V
   8:   return

Я думаю, что нашел решение, оно намного проще.
Если я определю логические переменные с помощью модификатора final, компилятор Java решит проблему. Потому что он заранее знает, каков будет результат проверки этого условия. Например этот код:

    boolean flag1 = true;
    boolean flag2 = false;
    int j=0;
    for(int i=0;i<1000000000;i++){
        if(flag1)
            if(flag2)
                j++;
            else
                j++;
        else
            if(flag2)
                j++;
            else
                j++;
    }

работает на моем компьютере около 3 секунд.
А этот

    final boolean flag1 = true;
    final boolean flag2 = false;
    int j=0;
    for(int i=0;i<1000000000;i++){
        if(flag1)
            if(flag2)
                j++;
            else
                j++;
        else
            if(flag2)
                j++;
            else
                j++;
    }

работает около 1 секунды. В то же время этот код занимает

    int j=0;
    for(int i=0;i<1000000000;i++){
        j++;
    }

Никогда не использовал, но он существует

JCPP - это полная, совместимая, автономная реализация препроцессора C. На чистом языке Java. Он предназначен для использования людьми, пишущими компиляторы в стиле C на Java с использованием таких инструментов, как sablecc, antlr, JLex, CUP и т. Д. Этот проект был использован для успешной предварительной обработки большей части исходного кода библиотеки GNU C. Начиная с версии 1.2.5, он также может предварительно обрабатывать библиотеку Apple Objective C.

http://www.anarres.org/projects/jcpp/

Если вам действительно нужна условная компиляция и вы используете Ant, вы можете отфильтровать свой код и выполнить в нем поиск и замену.

Например: http://weblogs.java.net/blog/schaefa/archive/2005/01/how_to_do_condi.html

Таким же образом вы можете, например, написать фильтр для замены LOG.debug(...); на /*LOG.debug(...);*/. Это все равно будет выполняться быстрее, чем материал if (LOG.isDebugEnabled()) { ... }, не говоря уже о том, чтобы быть в то же время более лаконичным.

Если вы используете Maven, аналогичная функция описана здесь.

Manifold предоставляет полностью интегрированную Java препроцессор (без шагов сборки или сгенерированного исходного кода). Он предназначен исключительно для условной компиляции и использует директивы в стиле C.

Если вы используете IntelliJ, есть плагин под названием Manifold, который, наряду со многими другими функциями, позволяет использовать #ifdef и #define в Java.

URL плагина: https://manifold.systems/

Информация о препроцессоре: https://github.com/manifold-systems/manifold/tree/master/manifold-deps-parent/manifold-preprocessor

PS: Я не связан с ними, мы просто используем его, и это очень помогает с рабочим процессом (что, вероятно, НЕ типично для разработки на Java)

Использовать заводской шаблон для переключения между реализациями класса?

Время создания объекта не может быть проблемой сейчас, не так ли? При усреднении за длительный период времени самая большая часть затраченного времени должна быть теперь в основном алгоритме, не так ли?

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