Может ли кеширование PicoContainer быть потокобезопасным?

Question

Потерял кучу времени, просто пытаясь понять, что здесь происходит, но я думаю, что, наконец, я что-то наделал.

У нас есть довольно нормальный код PicoContainer который просто превращает кэширование, которое я думал, что должен был привести к одноплодной поведения:

container.as(Characteristics.CACHE).addComponent(Service.class, ServiceImpl.class); 

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

Мы исследовали дальше, и выяснилось, что несколько потоков поражали PicoContainer, чтобы одновременно искать один и тот же компонент, а вместо экземпляра одной копии и ожидания остальных трех потоков, кажется, что она просто создает четыре (а затем помнит только один из них).

Есть ли относительно простой способ получить истинное сингулярное поведение в PicoContainer?

Answer 1

Кажется, что pico-container нуждается в явном механизме синхронизации для случая, с которым вы имеете дело. Here is a link, который документирует это поведение и предлагает решения для них.

Процитирует эту ссылку

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

Другая ссылка, которую стоит посетить, касается caching;