Всем привет. Конкарренси — не самая моя сильная сторона, поэтому просьба

Question

Всем привет. Конкарренси — не самая моя сильная сторона, поэтому просьба

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

Дилемму, с которой я столкнулся, можно описать следующим гистом: https://gist.github.com/skapral/60c041771bf633cbe0befa009be82db1. В реале все вышло несколько сложнее, но гист передает суть.

Есть вычисление B, результат которого зависит от двух A. И B, и А должны быть мемоизированны при первом обращении, и должна быть гарантия что вычисление каждого из doHeavyLifting методов происходит не более одного раза, вне зависимости от того, где и сколько раз их вызвали. При этом клиентская сторона может потенциально вызвать их в рандомном порядке и конкуррентно (сэмулированно в мэйне). Если раннать мэйн из гиста, он будет виснуть с некоторой вероятностью (если B пойдет вычисляться раньше чем обе A, будет дэдлок на ConcurrentHashMapе, даже если тред один).

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

На данный момент решение видится таким образом: https://gist.github.com/skapral/8545692990383adad26596b2874e6098.

Нет ли каких либо косяков? Можно ли считать memoizedCalculation потокобезопасным? Может можно было решить проще? Я что-то упускаю?

#backend #java #programming #russian

0

27.08.2020

2 ответов

18 просмотров

Alexandr S

A a1 = new A(cache, 42); A a2 = new A(cache, 42); B b = new B(cache, a1, a2); в случае двух A c одинаковым value (как в примере 42) вычисление в А должно быть одно (уник. ключ 42) или два раза (уникальное на каждый объект A)?

0

27.08.2020

Nick · Accepted Answer

Nick

вам обязательно сразу считать а не по требованию?

0

27.08.2020

170 похожих чатов

Всем привет. Конкарренси — не самая моя сильная сторона, поэтому просьба

2 ответов

Похожие вопросы