Проблемы производительности с прокси-сервером AOP против самостоятельного инъекции для весеннего кэширования с Hazelcast ⇐ JAVA

[Anonymous]

Я использую Spring's @cachable с Hazelcast. При вызове кэшированных методов в одном и том же классе сервиса прямые вызовы не вызывают кэширование. Первоначально я использовал самоопредоходность, но это вызвало проблемы при рефакторинге для инъекции конструктора.
Мое текущее решение требует: < /p>

Конфигурация: < /li >
< /ol>
@EnableAspectJAutoProxy(exposeProxy = true)
< /code>

Класс службы: < /li>
< /ol>
@Service
public class PricingService {
@Cacheable(value = "features", key = "#request.id")
public boolean isFeatureEnabled(ServiceRequest request) {
// Business logic to check if feature is enabled
return checkFeatureStatus(request);
}

public void someMethod() {
final PricingService proxy = (PricingService) AopContext.currentProxy();
final boolean featureEnabled = proxy.isFeatureEnabled(request);
}
}
< /code>
Пока это работает, я обеспокоен потенциальным воздействием на производительность в течение высоких периодов трафика. Наше приложение испытывает периодические скачки трафика.
Существуют ли значительные последствия для производительности с использованием AOP-прокси против самоопредовода с кэшированием Hazelcast? Достоверен ли этот подход для сценариев с высоким трафиком?

Подробнее здесь: https://stackoverflow.com/questions/794 ... ng-with-ha