LS
А почему Declaration clash я получаю даже для инлайн функций?
Size: a a a
2020 November 24
AN
А почему Declaration clash я получаю даже для инлайн функций?
Потому что нет гарантий, что они inline в JVM
I
Добрый вечер. Коллеги, подскажите плз, можно ли проблему type erasure в подобной иерархии, как-то решить с помощью inline + reifed? Ну или каким-то другим, адекватным способом...
I
I
Блин, похоже перемешал в кучу дженерики с сигнатурами методов...
2020 November 25
F
По поводу @Volatile я изучил несколько статей и вынес следующее:
1) volatile переменная потокобезопасна только при атомарных операциях над ней из разных потоков, ЕСЛИ только 1 тред меняет ее, а остальные только читают
2) она должна быть одна помеченная как volatile на весь класс
И еще что чтение\присваивание с 64 битовыми long \ double становятся атомарными если переменная volatile
и все это может не работать при определенных имплементациях jvm
1) volatile переменная потокобезопасна только при атомарных операциях над ней из разных потоков, ЕСЛИ только 1 тред меняет ее, а остальные только читают
2) она должна быть одна помеченная как volatile на весь класс
И еще что чтение\присваивание с 64 битовыми long \ double становятся атомарными если переменная volatile
и все это может не работать при определенных имплементациях jvm
F
Поправьте если неправ
AI
По поводу @Volatile я изучил несколько статей и вынес следующее:
1) volatile переменная потокобезопасна только при атомарных операциях над ней из разных потоков, ЕСЛИ только 1 тред меняет ее, а остальные только читают
2) она должна быть одна помеченная как volatile на весь класс
И еще что чтение\присваивание с 64 битовыми long \ double становятся атомарными если переменная volatile
и все это может не работать при определенных имплементациях jvm
1) volatile переменная потокобезопасна только при атомарных операциях над ней из разных потоков, ЕСЛИ только 1 тред меняет ее, а остальные только читают
2) она должна быть одна помеченная как volatile на весь класс
И еще что чтение\присваивание с 64 битовыми long \ double становятся атомарными если переменная volatile
и все это может не работать при определенных имплементациях jvm
Не только перечисленное. Ещё любая запись в volatile поле устанавливает happens before. И другие нюансы есть. Тут не надо гадать, надо читать https://docs.oracle.com/javase/tutorial/essential/concurrency/sync.html
F
Не только перечисленное. Ещё любая запись в volatile поле устанавливает happens before. И другие нюансы есть. Тут не надо гадать, надо читать https://docs.oracle.com/javase/tutorial/essential/concurrency/sync.html
А где я гадал-то, если ссылался на:
главу атомарность и видимость в книге Эккеля
https://stackoverflow.com/questions/106591/what-is-the-volatile-keyword-useful-for
https://stackoverflow.com/questions/9851133/when-to-use-volatile-and-synchronized/9851273#9851273
https://stackoverflow.com/questions/14338533/atomicinteger-and-volatile
http://tutorials.jenkov.com/java-concurrency/volatile.html
главу атомарность и видимость в книге Эккеля
https://stackoverflow.com/questions/106591/what-is-the-volatile-keyword-useful-for
https://stackoverflow.com/questions/9851133/when-to-use-volatile-and-synchronized/9851273#9851273
https://stackoverflow.com/questions/14338533/atomicinteger-and-volatile
http://tutorials.jenkov.com/java-concurrency/volatile.html
F
а по ссылке оракл нашел только вкладку про атомарность
AI
а по ссылке оракл нашел только вкладку про атомарность
Там по ссылке официальная документация. Рекомендую именно её в первую очередь смотреть.
F
В любой непонятной ситуации отсылай к документации.. Даже если ее нет.
Годы идут, а шутки все те же
Годы идут, а шутки все те же
AI
В любой непонятной ситуации отсылай к документации.. Даже если ее нет.
Годы идут, а шутки все те же
Годы идут, а шутки все те же
Вы попросили поправить вас. Я поправил. У volotile больше семантики, чем вы описали. Всё это описано по приведенной ссылке. Там несколько разделов, и они все полезны для понимания volatile.
QH
По поводу @Volatile я изучил несколько статей и вынес следующее:
1) volatile переменная потокобезопасна только при атомарных операциях над ней из разных потоков, ЕСЛИ только 1 тред меняет ее, а остальные только читают
2) она должна быть одна помеченная как volatile на весь класс
И еще что чтение\присваивание с 64 битовыми long \ double становятся атомарными если переменная volatile
и все это может не работать при определенных имплементациях jvm
1) volatile переменная потокобезопасна только при атомарных операциях над ней из разных потоков, ЕСЛИ только 1 тред меняет ее, а остальные только читают
2) она должна быть одна помеченная как volatile на весь класс
И еще что чтение\присваивание с 64 битовыми long \ double становятся атомарными если переменная volatile
и все это может не работать при определенных имплементациях jvm
П. 2 — ерунда какая-то.
Про «может не работать» — ну нет, какой был бы смысл спеки, если она необязательная?)
Про «может не работать» — ну нет, какой был бы смысл спеки, если она необязательная?)
с#
По поводу @Volatile я изучил несколько статей и вынес следующее:
1) volatile переменная потокобезопасна только при атомарных операциях над ней из разных потоков, ЕСЛИ только 1 тред меняет ее, а остальные только читают
2) она должна быть одна помеченная как volatile на весь класс
И еще что чтение\присваивание с 64 битовыми long \ double становятся атомарными если переменная volatile
и все это может не работать при определенных имплементациях jvm
1) volatile переменная потокобезопасна только при атомарных операциях над ней из разных потоков, ЕСЛИ только 1 тред меняет ее, а остальные только читают
2) она должна быть одна помеченная как volatile на весь класс
И еще что чтение\присваивание с 64 битовыми long \ double становятся атомарными если переменная volatile
и все это может не работать при определенных имплементациях jvm
с#
По поводу @Volatile я изучил несколько статей и вынес следующее:
1) volatile переменная потокобезопасна только при атомарных операциях над ней из разных потоков, ЕСЛИ только 1 тред меняет ее, а остальные только читают
2) она должна быть одна помеченная как volatile на весь класс
И еще что чтение\присваивание с 64 битовыми long \ double становятся атомарными если переменная volatile
и все это может не работать при определенных имплементациях jvm
1) volatile переменная потокобезопасна только при атомарных операциях над ней из разных потоков, ЕСЛИ только 1 тред меняет ее, а остальные только читают
2) она должна быть одна помеченная как volatile на весь класс
И еще что чтение\присваивание с 64 битовыми long \ double становятся атомарными если переменная volatile
и все это может не работать при определенных имплементациях jvm
в общем это работает только на жвм и без корутин
AE
в общем это работает только на жвм и без корутин
и на jvm инкремент не отработает, надо использовать atomicinteger
М
можно ли из объекта object Foo : Bar {) вытащить инит блок через рефлексию ?
VP
можно ли из объекта object Foo : Bar {) вытащить инит блок через рефлексию ?
Вы что-то неистовое делаете
с#
можно ли из объекта object Foo : Bar {) вытащить инит блок через рефлексию ?
зачем