A
Очень странно видеть инкремент константы, да
Size: a a a
2017 January 22
A
Что это за книжка такая странная
A
?
J
Alchemist
Очень странно видеть инкремент константы, да
с чего ты взял, что это константа?
J
просто автор по неведомой причине решил назвать переменную в стиле константы
A
с чего ты взял, что это константа?
Я про нэйминг конвеншн
DS
Alchemist
Что это за книжка такая странная
A
под синхом волатайл нафиг не нужен. более того он бы и не помог, инкремент волатайла не атомарен
Ну а как же знаменитый Double-check locking?
A
В синглтоне
A
Волатайл позволяет менять время, когда переменная опубликуется
DS
Alchemist
Волатайл позволяет менять время, когда переменная опубликуется
но в этом примере она больше нигде не читается
A
Наверное, это все таки в истории про программистов, которые не знают точно, что делает волатайл, и суют его куда не надо
A
A
Вообще по хорошшему тут атомик нужен
DS
угу, это я уже понял
A
У Тагира была небольшая статья про DCL и volatile =)
DS
придётся каждую главу внимательно изучать )
AK
Всем привет. Я тут книжку одну читаю и не понимаю один момент.
В примере создаётся веб-приложение для добавления тикетов, у каждого тикета есть id. Для счётчика тикетов используется поле в самом сервлете
private volatile int TICKET_ID_SEQUENCE = 1;
Используется это в коде всего в одном месте и следующим образом (это, разумеется, функция добавления тикета).
synchronized(this) {
id = this.TICKET_ID_SEQUENCE++;
this.ticketDatabase.put(id, ticket);
}
Я тут всяких видео насмотрелся и начал задумываться о том, что поле TICKET_ID_SEQUENCE не обязано быть volatile, т.к. synchronized(this) хватит для того, чтобы выстроить очередь операций так, как нам нужно. Гугл тоже говорит, что volatile тут лишнее.
Я прав, или я чего-то не учитываю?
И вообще, если бы, допустим, не было synchronized, то volatile ведь всё равно не спасло бы, т.к. его инкремент не атомарный?
В примере создаётся веб-приложение для добавления тикетов, у каждого тикета есть id. Для счётчика тикетов используется поле в самом сервлете
private volatile int TICKET_ID_SEQUENCE = 1;
Используется это в коде всего в одном месте и следующим образом (это, разумеется, функция добавления тикета).
synchronized(this) {
id = this.TICKET_ID_SEQUENCE++;
this.ticketDatabase.put(id, ticket);
}
Я тут всяких видео насмотрелся и начал задумываться о том, что поле TICKET_ID_SEQUENCE не обязано быть volatile, т.к. synchronized(this) хватит для того, чтобы выстроить очередь операций так, как нам нужно. Гугл тоже говорит, что volatile тут лишнее.
Я прав, или я чего-то не учитываю?
И вообще, если бы, допустим, не было synchronized, то volatile ведь всё равно не спасло бы, т.к. его инкремент не атомарный?
В сервлете нельзя же хранить стейт. Может, статик поле используется?
DS
Alexander Kazakov
В сервлете нельзя же хранить стейт. Может, статик поле используется?
почему нельзя? они же живут постоянно?