В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Kotlin Community

3090 membersпожаловаться на группу
2020 January 10

QH

Quantum Harmonizer in Kotlin Community
Ruslan Molchanov
Каким образом, если переменная может быть закеширована в кеше процессора? Synchronized обеспечит индивидуальный доступ, но не гарантию того, что переменная не будет кеширована
потому что JMM гарантирует чистые чтения на monitorenter и коммит в память на monitorexit
источник
22:12пожаловаться#1

QH

Quantum Harmonizer in Kotlin Community
private val ref = AtomicReference<Deferred<Unit>>(null)
fun CoroutineScope.get(): Deferred<Unit> = ref.get() ?: run {
    var d: CompletableDeferred<Unit>
    if (ref.compareAndSet(null, CompletableDeferred<Unit>().also { d = it }))  {
        launch {
            TODO()
            d.complete(Unit)
        }
        d
    } else { // race
        ref.get()!!
    }
}
источник
22:12пожаловаться#2

QH

Quantum Harmonizer in Kotlin Community
в принципе, получилось почти так же ужасно, как и double-checked locking
источник
22:13пожаловаться#3

AM

Andrew Mikhaylov in Kotlin Community
Собсна да, по мне AtomicReference -- вполне себе выход, и Миша даже нашёл уже CompletableDeferred, для того, чтобы пример завершить.
источник
22:14пожаловаться#4

NK

Nikita Kulikov in Kotlin Community
Quantum Harmonizer
private val ref = AtomicReference<Deferred<Unit>>(null)
fun CoroutineScope.get(): Deferred<Unit> = ref.get() ?: run {
    var d: CompletableDeferred<Unit>
    if (ref.compareAndSet(null, CompletableDeferred<Unit>().also { d = it }))  {
        launch {
            TODO()
            d.complete(Unit)
        }
        d
    } else { // race
        ref.get()!!
    }
}
В промежутке между ref.get() и d = it может выполнится код
источник
22:14пожаловаться#5

NK

Nikita Kulikov in Kotlin Community
А, вижу compareAndSet
источник
22:14пожаловаться#6

AN

Alexander Nozik in Kotlin Community
Как минимум не надо делать поточную синхронизацию. Делайте мутекс, если очень хочется.
источник
22:14пожаловаться#7

AM

Andrew Mikhaylov in Kotlin Community
Но лично я бы таки попробовал сплясать вокруг каналов.
источник
22:15пожаловаться#8

NK

Nikita Kulikov in Kotlin Community
Quantum Harmonizer
private val ref = AtomicReference<Deferred<Unit>>(null)
fun CoroutineScope.get(): Deferred<Unit> = ref.get() ?: run {
    var d: CompletableDeferred<Unit>
    if (ref.compareAndSet(null, CompletableDeferred<Unit>().also { d = it }))  {
        launch {
            TODO()
            d.complete(Unit)
        }
        d
    } else { // race
        ref.get()!!
    }
}
Да, очень клевое решение! Но разбираться в этом конечно трешак. Намного легче synchronized, хоть и если вдруг попадём в suspend, ничего хорошего не будет
источник
22:15пожаловаться#9

NK

Nikita Kulikov in Kotlin Community
Andrew Mikhaylov
Но лично я бы таки попробовал сплясать вокруг каналов.
Очень большой оверинжениринг
источник
22:15пожаловаться#10

QH

Quantum Harmonizer in Kotlin Community
Nikita Kulikov
Да, очень клевое решение! Но разбираться в этом конечно трешак. Намного легче synchronized, хоть и если вдруг попадём в suspend, ничего хорошего не будет
ничего страшного не будет, внутри нашего метода стек выполнения поменяться не может
источник
22:15пожаловаться#11

QH

Quantum Harmonizer in Kotlin Community
да и если б поменялся, вроде не страшно, тут же мы не полагаемся на порядок
источник
22:16пожаловаться#12

RM

Ruslan Molchanov in Kotlin Community
Quantum Harmonizer
потому что JMM гарантирует чистые чтения на monitorenter и коммит в память на monitorexit
Да, точно. Synchronized дает прямой доступ. 👍 Запамятовал.
источник
22:17пожаловаться#13

AM

Andrew Mikhaylov in Kotlin Community
Quantum Harmonizer
ничего страшного не будет, внутри нашего метода стек выполнения поменяться не может
Вашего выше -- нет. Если бы это делалось в саспенд-функции с, собственно, саспендом под синхронайзд, корутина могла бы уплыть на другой поток, и с блокировками потока своими сам знаешь, что сделать можно.
источник
22:17пожаловаться#14

NK

Nikita Kulikov in Kotlin Community
Quantum Harmonizer
да и если б поменялся, вроде не страшно, тут же мы не полагаемся на порядок
Угу, synchronize спрятан под готовыми методами. Спасибо, воспользуюсь твоим решением
источник
22:17пожаловаться#15

AN

Alexander Nozik in Kotlin Community
Nikita Kulikov
Да, очень клевое решение! Но разбираться в этом конечно трешак. Намного легче synchronized, хоть и если вдруг попадём в suspend, ничего хорошего не будет
Намного проще вообще на java писать, или лучше на С. Вообще ни с чем разбираться не надо
источник
22:17пожаловаться#16

AM

Andrew Mikhaylov in Kotlin Community
Nikita Kulikov
Очень большой оверинжениринг
Дело ваше, вы спросили, как бы я делал -- я ответил.
источник
22:18пожаловаться#17

NK

Nikita Kulikov in Kotlin Community
Alexander Nozik
Намного проще вообще на java писать, или лучше на С. Вообще ни с чем разбираться не надо
Коллега, кажется, ваши ответы неинформативны и токсичны.
источник
22:18пожаловаться#18

NK

Nikita Kulikov in Kotlin Community
Andrew Mikhaylov
Дело ваше, вы спросили, как бы я делал -- я ответил.
Спасибо ещё раз
источник
22:18пожаловаться#19

QH

Quantum Harmonizer in Kotlin Community
Nikita Kulikov
Угу, synchronize спрятан под готовыми методами. Спасибо, воспользуюсь твоим решением
ээ, какими готовыми методами?
источник
22:18пожаловаться#20