|
коллеги, это потокобезопасно?
|
|||
---|---|---|---|
#18+
коллеги, подскажите, такой класс потокобезопасен? Код: java 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22.
... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2018, 18:00 |
|
коллеги, это потокобезопасно?
|
|||
---|---|---|---|
#18+
rabiter, Что в вашем понимании потокобезопасно? Следует отличать потокобезопасность, гарантию видимости изменений и корректность. В вашем случае конструктор потокобезопасный, это +. Далее два метода мутирующих сосстояние, setDone и incrementDone, оба изменяют значение одного и того же атомик счетчика - значит проблем с видимостью изменений тоже не будет, опять +. Далее сложнее, доказать корректность - тут нужен контекст, если побыть телепатом, то скорее всего у вас ошибки. Зачем два метода изменения? Причем один инкрементит а второй все затирает и ставит новое значение? Допустим два потока инкрементят себе, инкрементят, а потом приходит лесник и выставляет setDone(0)... wtf? Назначение переменной total тоже туманное. Если резюмировать, то код выглядит "потокобезопасным" в разрезе именно конкурентного доступа к данным и видимостью, но я почти уверен что это работает не так как вы ожидаете ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2018, 18:23 |
|
коллеги, это потокобезопасно?
|
|||
---|---|---|---|
#18+
забыл ник, да, все верно,туманно! но вы ответили на мой вопрос, спасибо! а вообще контекст такой, что один поток будет только читать, а второй поток - обновлять значения. По поводу лесника - да, но в реальности такого не будет. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2018, 18:30 |
|
коллеги, это потокобезопасно?
|
|||
---|---|---|---|
#18+
много читал про потокобезопасность и не мало уже знаю, но практики маловато именно в этом топике, так что каждый раз, когда приходится что - нибудь подобное писать, сомневаюсь и 100 раз перепроверяю) ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2018, 18:32 |
|
коллеги, это потокобезопасно?
|
|||
---|---|---|---|
#18+
изначально переменная done вообще была просто long volatile, но потребовалась функция инкремента и я подумал вместо блокировки попробовать атомик ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2018, 18:34 |
|
коллеги, это потокобезопасно?
|
|||
---|---|---|---|
#18+
Метод getPercentageDone непотокобезопасен, т.к. у вас там есть и чтение и запись, и может получиться ArithmeticException. Можно сделать так: Код: java 1. 2. 3. 4.
... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2018, 19:16 |
|
коллеги, это потокобезопасно?
|
|||
---|---|---|---|
#18+
cossack5, да не, вроде не должно, поле total же не меняется, оно финальное ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2018, 20:01 |
|
коллеги, это потокобезопасно?
|
|||
---|---|---|---|
#18+
rabiter Код: sql 1. 2. 3.
Потокобезопасно и некорректно. Что за фигню он будет выдавать после 100%. Ты воздействуешь событиями на ExportProgress а он не оказывает влияния на результат. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2018, 20:41 |
|
коллеги, это потокобезопасно?
|
|||
---|---|---|---|
#18+
mayton, после 100 он будет выдавать 100! это лучше чем если мы увидим 150%. может конечно бросать исключение при попытке перевыполнить план, но я уверяю вас, в моец ситуации это абсолютно излишне. но спасибо за заботу :-) ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2018, 20:55 |
|
коллеги, это потокобезопасно?
|
|||
---|---|---|---|
#18+
А минус сто пятьдесят? Вобщем... странный дизайн. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2018, 20:56 |
|
|
start [/forum/topic.php?fid=59&msg=39709511&tid=2121756]: |
0ms |
get settings: |
8ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
32ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
51ms |
get tp. blocked users: |
1ms |
others: | 371ms |
total: | 493ms |
0 / 0 |