Сейчас я пишу ORM Framework и очень забочусь о производительности.
В этом Framework я должен использовать instanceof и Class.isAssignableFrom для проверки совместимости типов.
Поэтому я немного сомневаюсь в производительности instanceof и Class.isAssignableFrom.
Насколько это медленно?
Как instanceof реализован внутри JAVA?
Короткий ответ заключается в том, что это зависит от платформы.
Длинный ответ заключается в том, что вы должны быть в состоянии узнать, как это реализовано, написав тестовый пример, который использует instanceof, запустив его в цикле, чтобы убедиться, что он компилируется JIT, а затем выгрузив и изучив собственный код.
Однако я не думаю, что это будет особенно поучительно. Что вы действительно хотите знать, так это то, что instanceof или Class.isAssignableFrom быстрее. Вы можете измерить это с помощью тщательного микро-бенчмаркинга.
FWIW, я предсказываю, что вы обнаружите, что instanceof быстрее. (Я ожидаю, что JIT-компилятор сможет оптимизировать instanceof так, как он не сможет оптимизировать отражающую версию.)
Но, наконец, я бы посоветовал вам не тратить время на этот уровень оптимизации на данном этапе. Закодируйте это, используя instanceof, и подождите, пока у вас не появятся данные профилирования, которые скажут вам, что ваше использование instanceof действительно является узким местом в производительности. (Все это очень хорошо "заботиться о производительности"... но на самом деле есть более важные вещи, которые вам нужно сделать правильно, прежде чем производительность станет ключевой проблемой.)
instanceof должен быть быстрее, это одна операция байт-кода
public static void main(String[] args) {
boolean res1 = args instanceof Object;
байт-код
ALOAD 0
INSTANCEOF java/lang/Object
ISTORE 1
по сравнению с
boolean res2 = Object.class.isAssignableFrom(args.getClass());
байт-код
LDC Ljava/lang/Object;.class
ALOAD 0
INVOKEVIRTUAL java/lang/Object.getClass()Ljava/lang/Class;
INVOKEVIRTUAL java/lang/Class.isAssignableFrom(Ljava/lang/Class;)Z
ISTORE 2
instanceof
- person jackalope; 07.01.2013
instanceof. Реальный фактор, определяющий производительность, находится в машинном коде, создаваемом JIT-компилятором.
- person Stephen C; 07.01.2013
-Xint не просто отключает оптимизацию. Он отключает компиляцию JIT и полностью запускает байт-коды с помощью интерпретатора. Вы просто не можете делать какие-либо обоснованные выводы о производительности JIT-скомпилированного кода из производительности интерпретируемого кода... или наоборот. Ни в принципе, ни на практике.
- person Stephen C; 07.01.2013
Во-первых, если вы собираетесь провести микротестирование, по крайней мере запустите большой цикл и усредните, потому что вы видите много шума в своем тайминге.
Сказав это, да, отражение медленное. если вы можете спроектировать его и использовать что-то еще, сделайте это.
Например, если набор классов, с которыми вы будете работать, невелик и известен заранее, сохраните их в Map<Class,[Something]> и найдите их там — вы Мне нужно, чтобы все подклассы были в этой карте, но поиск будет намного быстрее, чем instanceof (это в основном то, как многие библиотеки быстрой сериализации избегают отражения)
если вы не хотите (или не можете) создавать эту карту заранее вы можете создать его как кеш во время выполнения, и тогда вам понадобится вызов instanceOf только один раз для каждого нового класса
