Будьте в спящем режиме реализация. Мы платим отражательный штраф?

Будьте в спящем режиме инструменты, Ваши модели, чтобы быть в спящем режиме знающие.

Там варьируются уровни стоимости для использования Отражения. Постоянно поиск метода для конкретного класса является особенно дорогим. Выполнение метода через отражение с помощью кэшируемой копии не является этим намного медленнее. Если Вы думаете о задачах, что отражательный API должен завершиться для вызова метода, все это имеет смысл, который каждая часть является медленной и использует циклы CPU.

Определение местоположения метода

• Посетите каждый метод конкретного класса
• Протестируйте каждую видимость методов, сигнатура метода и т.д.
• Генерируйте байт-код для найденного метода.

Факторы в числах методов в типичном классе и что некоторые из этих операций не тривиальны, становится очевидно, что это может быть дорогостоящим.

Вызов метода.

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

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

Все эти отдельно оплачиваемые предметы добавляют некоторую стоимость - не много, но она действительно делает вещи медленнее.

Затраты во время выполнения

В общих методах кэширования и вызове, который не стоится, но немного медленнее. Сам отражательный API пытается к методам кэша и классам, но нахождение правильного метода и так далее является все еще медленной операцией.