Блог

Мне было интересно, насколько дорого в вычислительном отношении использование instanceof operator в java, и я хотел узнать, есть ли какие-либо лучшие альтернативы

Альтернативой является отказ от использования instanceof и правильного проектирования ваших классов (в смысле OO).

Поскольку instanceof оператор имеет соответствующую инструкцию байтового кода «instanceof«, вероятно, не будет более эффективного подхода; но это также может зависеть от того, как оптимизируется фактическая JVM.

instanceof это чертовски быстро. Однако, как правило, это признак плохо продуманного дизайна.

Он будет иметь примерно ту же производительность, что и (успешное) приведение, поскольку он делает почти то же самое. Действительно, задача примерно эквивалентна вызову «виртуального» метода.

В нормальных реализациях: для классов просто нужно получить класс среды выполнения и посмотреть на фиксированное смещение, чтобы проверить суперкласс (при условии, что у вас нет цепочки наследования из более чем восьми классов для HotSpot). Интерфейсы немного сложнее, но, как правило, последние два используемых случая для любого конкретного класса среды выполнения кэшируются. Так что это тоже быстро.

Я предполагаю, что вы действительно профилировали свой код и обнаружили, что ваше использование instanceof является нетривиальным снижением производительности? Если нет, вы почти наверняка решаете проблему, на решение которой не стоит тратить время.

Если все, что вы делаете, это код, подобный этому:

 if ( something instanceof MyClass ) {
    MyClass mySomething = (MyClass) something;
    //...
} else {
    //exceptional case
}
  

Тогда, возможно, было бы возможно сначала попробовать приведение и разрешить ClassCastException быть вашим «исключительным случаем»:

 try {
   MyClass mySomething = (MyClass) something;
} catch (ClassCastException cce) {
    //exceptional case
}
  

Теперь, хотя это может быть преждевременной оптимизацией, не было бы преждевременным переосмыслить ваш дизайн. Чрезмерное instanceof использование — это запах дизайна. В общем, вы должны использовать дженерики и полиморфизм таким образом, чтобы сократить количество раз, которое вы будете использовать instanceof (и, действительно, приводить) к (почти) нулю.

1. Если в зависимости от типа объекта должен выполняться разный код, подумайте о том, чтобы сделать этот код методом экземпляра объекта и чтобы разные типы соответствовали интерфейсу.

2. Если вы обнаружите, что «знаете», что объект имеет определенный тип, но вы сделали какой-то шаг, из-за которого компилятор теряет этот факт (например, вы помещаете его в raw List ), он может быть кандидатом на генерацию.

Если вы хотите проверить, является ли объект экземпляром определенного класса (но не является ли он extends или implements она), возможно, сравнение классов с == будет быстрее :

 o.getClass() == YourClass.class
  

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