Телеграмм чат группы jvmchat страница 17262

23:59пожаловаться #1

2020 July 04

ДК

Дима Красилов... in pro.jvm

Ну вот здесь прочитай ответ чувака, например

m

Вообще, необходимость замокать локальную переменную в общем случае значит, что у тебя такая себе организация кода. И обычно в таких случаях код меняют в угоду тому, чтобы его было проще тестировать.
Это в свою очередь модуляризирует код (чё за слово) и в дальнейшем его проще реюзать

согласен, но так уж сложилось что необходимо поддерживать уже существующий код и менять его пока нет времени

m

Ну вот здесь прочитай ответ чувака, например

спасибо большое, сейчас буду пробовать
чот упустил эту ссылку, другие со стака не особо помогли :)

00:02пожаловаться #4

ДК

Дима Красилов... in pro.jvm

milkiweed

спасибо большое, сейчас буду пробовать
чот упустил эту ссылку, другие со стака не особо помогли :)

Там тока ответа нет.

Подумай о том, как элегантно обойти эту проблему.

Возможно ты можешь хотя бы вынести свой "this.one + 2", который потом присваивается в переменную result в отдельный метод отдельного класса и замокать его.

00:04пожаловаться #5

O

Oleg in pro.jvm

подскажите, безопасно ли будет конкурентно писать разными потоками в непересекающиеся диапазоны в int array?

- например, 1 поток работает с [0,50], второй только с [51,100]
- потом идет join обоих и хочется видеть результат работы в main потоке

или какая синхронизация требуется?

@shipilev не подскажешь?

02:52пожаловаться #6

S

Sergei in pro.jvm

подскажите, безопасно ли будет конкурентно писать разными потоками в непересекающиеся диапазоны в int array?

- например, 1 поток работает с [0,50], второй только с [51,100]
- потом идет join обоих и хочется видеть результат работы в main потоке

или какая синхронизация требуется?

@shipilev не подскажешь?

Нет, так как память непонятно когда синхронизируется в таком случае.
http://gee.cs.oswego.edu/dl/cpj/jmm.html

03:10пожаловаться #7

O

Oleg in pro.jvm

Sergei

Нет, так как память непонятно когда синхронизируется в таком случае.
http://gee.cs.oswego.edu/dl/cpj/jmm.html

а как тогда синхронизировать на кусок массива? или это невозможно в jmm?

か

подскажите, безопасно ли будет конкурентно писать разными потоками в непересекающиеся диапазоны в int array?

- например, 1 поток работает с [0,50], второй только с [51,100]
- потом идет join обоих и хочется видеть результат работы в main потоке

или какая синхронизация требуется?

@shipilev не подскажешь?

ForkJoinPool класс

03:15пожаловаться #9

O

Oleg in pro.jvm

かたかわ

ForkJoinPool класс

что с ним?

03:15пожаловаться #10

か

что с ним?

Пилишь таск, фреймворк за тебя разделяет твой сурс на сабтаски (форк), выполняет их, потом делают джоин

03:16пожаловаться #11

か

Тебе не нужно думать о синхронизациях и локах

03:17пожаловаться #12

か

За тебя это сделали в джаве 8

03:17пожаловаться #13

か

Ещё в 2014-ом году

03:17пожаловаться #14

か

http://tutorials.jenkov.com/java-util-concurrent/java-fork-and-join-forkjoinpool.html

03:17пожаловаться #15

QH

Quantum Harmonizer in pro.jvm

подскажите, безопасно ли будет конкурентно писать разными потоками в непересекающиеся диапазоны в int array?

- например, 1 поток работает с [0,50], второй только с [51,100]
- потом идет join обоих и хочется видеть результат работы в main потоке

или какая синхронизация требуется?

@shipilev не подскажешь?

с ячейками массива должны работать те же правила, что и со всем остальным: volatile write коммитит твои изменения, volatile read — обновляет кеши

03:17пожаловаться #16

か

Можно, конечно, заняться всей этой низкоуровневой дичью, пилить локи, синхронизацию, вручную устанавливать количество тредов, потом всё это собирать воедино, но зачем это делать в джаве?

03:18пожаловаться #17

D

DarkPerl in pro.jvm

подскажите, безопасно ли будет конкурентно писать разными потоками в непересекающиеся диапазоны в int array?

- например, 1 поток работает с [0,50], второй только с [51,100]
- потом идет join обоих и хочется видеть результат работы в main потоке

или какая синхронизация требуется?

@shipilev не подскажешь?

Есть потокобезопасные коллекции.

03:21пожаловаться #18

か

Ещё можно использовать Stream API, он ещё проще

03:21пожаловаться #19

QH

Quantum Harmonizer in pro.jvm

かたかわ

Ещё можно использовать Stream API, он ещё проще

как это отвечает на исходный вопрос?