если что меня поправят

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

потомучто врядли без костылей это обойдешь

можно написать свои функции, которые имеют аналогичный код тоько без проверку на блокировку рид

Я ничего не понял, так как ты используешь и кас и Лок одновременно?

У меня есть подозрение, что ты делаешь что-то не то

На примере той же таблицы.
Чтобы писать в ячейку, захватывается ридлок. Стопицот потоков имеют возможность писать в ячейки одновременно, используя CAS.
Но первый, кто записывает инфу, и последний, кто стирает, должны выполнить дополнительные действия однопоточно, под райтлоком.

Это не ответ на мой вопрос

Не понимаю зачем брать ридлок, чтобы потом писать касом, только чтобы потом райтлок можно было взять?

А что нужно брать, чтобы писать касом? В нормальной ситуации — ничего. Но мне нужно иметь возможность заставить всех ждать.

Ну да, чтобы писать касом брать ничего не надо. Блин, надо идти, напишу, когда вернусь

Сори

Вот моя дичь в итоге.)
https://github.com/Miha-x64/reactive-properties/blob/master/properties/src/main/kotlin/net/aquadc/properties/internal/PropListeners.kt#L274

Ох, там серьезно кода

Интересно, расскажи, что ты пытаешься сделать? Обработать параллельную установку значения?

Пишу очередную реализацию ФРП.
На некий сабджект можно подписаться и отписаться. Здесь...

val a = concurrentMutablePropertyOf("hello")
val b = a.map(String::toUpperCase)

...значение b вычисляется из значения a, т. е. b должен быть подписан на a. Но имеет смысл подписываться только тогда, когда на b тоже хоть кто-нибудь подписан, в противном случае лучше стать добычей для сборщика мусора.
Добавление/удаление подписчиков отлично работает параллельно, с помощью CAS. Но когда подписывается первый, надо подписаться на оригинал, а когда последний отписывается, надо отписаться. И если кто-то будет дрочить подписку/отписку первого подписчика под гонкой, есть большая вероятность неправильно подписаться/отписаться, поэтому это единственное место, которое не lock-free.

Аха, теперь сильно понятней стало

Я бы сделал блокировку на подписку/отписку, почему ты решил тут касы использовать? Да и почему думаешь на это место будет какая-то бешеная нагрузка?

делаю касы потому что могу)

блокировки всё-таки дорого захватывать, пачку подписал — уже притормозил