MN
Сомнительно это был бы уже баг.Тай оптимизацию можно отключить
Size: a a a
2021 May 26
MN
Для кэширования значение потоками, во всех потоков будет свой false
MN
Они время от времени вродибы синхронизируются
MN
class Message{} class Info:Message{} , public Info Get(){}
MN
Можно все классы наследовать от Message
MN
А в Message поле з ошибкой
MN
Если поле null то все ок
MN
List<int>
S
Тебе на мсдн описания конкретно этого кейса мало чтобы не сомневаться?)
MN
да
S
Ну значит ты умнее всех
MN
не
MN
Ну ладно это называется кэшированиям и это не баг.
EA
Получается что все поля к которым доступ может быть из нескольких потоков должны быть volatile. И допустим lock в таком случае что делать будет.
Опять же про оптимизации jit Сергей говорил.
Короче мутная тема, как определить когда надо volatile а когда нет... в примере Сергея вообще неочевидное поведение jit, слишком неопределённо
Да и люди через одного скажут, ух, volatile, первый раз вижу
Опять же про оптимизации jit Сергей говорил.
Короче мутная тема, как определить когда надо volatile а когда нет... в примере Сергея вообще неочевидное поведение jit, слишком неопределённо
Да и люди через одного скажут, ух, volatile, первый раз вижу
MN
Не должны быть volatile все поля,это может вызвать много багов, если есть какая струтура констата может тогда его надо использовать. 🤔
MN
например
EA
В моем сообщении предыдущем все точки это знак вопроса
EA
Вот нигде volatile не ставят, хотя таски везде, и при проектировании не задумываемся откуда этот код вызовется
MN
А где его можно ставить, тока в констатних значений или значений которые не критично быстро должны меняться
MN
в разных потоках