Может ли оптимизационный метод перераспределения быть оптимизирован JVM во время выполнения?

Может ли JVM выполнять оптимизацию времени выполнения в следующем сценарии?

У нас есть следующая ситуация: у нас есть этот интерфейс:

public interface ECSResource {
    default int getFor(final Entity entity) {
        return ResourceRetriever.forResource(this).getFor(entity);
    }
}

И конкретная реализация, такая как:

private static enum TestResources implements ECSResource {
    TR1, TR2;
}

Может ли JVM определить (во время выполнения), что экземпляр enum, такой как TestResources.TR1, принадлежит к одному ResourceRetriever, как ResourceRetriever.forResource(TestResources.TR1)?

В наивной реализации каждый вызов TestResources.TR1.getFor(...) создаст новый экземпляр ResourceRetriever.

В этом случае мы знаем, что (при проверке кода) вызов ResourceRetriever.forResource(this) вызывает следующее:

public class ResourceRetriever {
    private final ECSResource resource;

    ResourceRetriever(ECSResource resource) {
        this.resource = resource;
    }

    public static ResourceRetriever forResource(ECSResource resource) {
        return new ResourceRetriever(resource);
    }

    //lots of methods
}

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

Следовательно, возникает вопрос: может ли JVM отображать каждый экземпляр enum ECSResource в его уникальный соответствующий экземпляр ResourceRetriever.forResource(this)?

Обратите внимание, что это можно сделать самостоятельно, используя следующее:

private static enum TestResources implements ECSResource {
    TR1, TR2;

    private static final Map<TestResources, ResourceRetriever> retrieverMapping;
    static {
        retrieverMapping = Arrays.stream(TestResources.values())
            .collect(Collectors.toMap(res -> res, ResourceRetriever::forResource));
    }

    @Override
    public int getFor(final Entity entity) {
        return retrieverMapping.get(this).getFor(entity);
    }
}