Использование value based классов в качестве объекта синхронизации / Java

ReSQL.ru

Мобильная версия Контакт Правила FAQ Помощь

Гость

Войти | Регистрация | Профиль | Очистить

Новые сообщения | Избранное

Форумы | Пользователи | Статистика | Мод. лог | Поиск

Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр

Форумы / Java [игнор отключен] [закрыт для гостей] / Использование value based классов в качестве объекта синхронизации

6 сообщений из 6, страница 1 из 1

Использование value based классов в качестве объекта синхронизации

#39936242

faustgreen

Участник

Сообщения: 575

Рейтинг: 0 / 0

В описании класса Class Optional<T> сказано:

Код: java

This is a value-based class; use of identity-sensitive operations (including reference equality (==), identity hash code, or synchronization) on instances of Optional may have unpredictable results and should be avoided.

В 25 пункте туторала 26 Reasons Why Using Optional Correctly Is Not Optional приведен код:

Код: java

1.
2.
3.
4.
5.
6.
7.
8.
9.

// NEVER DO

Optional<Product> product = Optional.of(new Product());

synchronized(product) {

    ...

}

Несколько вопросов:

1). Почему операция == для объектов класса Optional может привести к непредсказуемым результатам? С equals и hashcode понятно, их можно переопределить по хранящемуся значению в них, но ссылки то на объекты в моем понимании фиксированные.

2). Отсюда второй вопрос, почему мы не можем использовать объекты класса Optional в качестве объекта синхронизации? На сколько я знаю у каждого объекта или класса есть свой монитор (возможно скрытое поле или какой то другой механизм, точно не знаю), и он однозначно привязан к этому объекту или классу.

так если посмотреть на код:

Код: java

1.
2.
3.
4.
5.

		Optional<String> op1 = Optional.of("abc");
		Optional<String> op2 = Optional.of("abc");
		
		System.out.println(op1 == op2);
		System.out.println(op1.equals(op2));

первое сравнение всегда будет возвращать false ? А второе зависит от хранимых в объектах op1 и op2 значений ?

...

Рейтинг:

0 / 0

11.03.2020, 12:17

| Ответить | Цитировать | Написать

Использование value based классов в качестве объекта синхронизации

#39936248

faustgreen

Участник

Сообщения: 575

Рейтинг: 0 / 0

У меня единственная догадка, что это как то связано с оптимизацией кода, возможно при компиляции может произойти замена одного объекта на другой, если компилятор посчитает их одинаковыми.

...

Рейтинг:

0 / 0

11.03.2020, 12:30

| Ответить | Цитировать | Написать

Использование value based классов в качестве объекта синхронизации

#39936287

booby

Участник

Сообщения: 2 667

Рейтинг: 0 / 0

faustgreen

имхо, больше это связано с общей логикой.
1) == как операция не применима к значениям, и значит, не должна применяться к value type
Не имеет значения результат операции, смысл которой не определен для данного случая.
аналогично
2) - синхронизироваться имеет смысл только на изменяемых объектах

В обоих случаях компилятору было бы хорошо выдавать ошибки времени компиляции о недопустимом использовании операции.
Но пока пользуйтесь правилом большого пальца.

...

Рейтинг:

0 / 0

11.03.2020, 14:47

| Ответить | Цитировать | Написать

Использование value based классов в качестве объекта синхронизации

#39936420

asv79

Участник

Откуда: Тверь

Сообщения: 3 277

Рейтинг: 0 / 0

на первый вопрос я думаю ответ простой
это два разных объекта,почему у них должны быть одинаковые ссылки
если ты сделаешь вот так

Код: java

1.
2.
3.

Optional<String> o1=Optional.of("adc");
        Optional<String> o2;
        o2=o1;

ссылки будут раны
а когда ты делаешь

Код: java

1.
2.

Optional<String> o1=Optional.of("adc");
Optional<String> o2=Optional.of("adc");

это два разных объекта,хотя их содержимое эквивалентно

тоже самое ты получишь и тут

Код: java

1.
2.
3.

String s=new String("abc");
        String s1=new String("abc");
        System.out.println(s1==s);

FALSE

...

Рейтинг:

0 / 0

11.03.2020, 19:58

| Ответить | Цитировать | Написать

Использование value based классов в качестве объекта синхронизации

#39937357

Андрей Панфилов

Участник

Откуда: Москва > Melbourne

Сообщения: 3 331

Рейтинг: 0 / 0

faustgreen

почему мы не можем использовать объекты класса Optional в качестве объекта синхронизации?

1. java.util.Optional#ofNullable может вернуть синглетон java.util.Optional#EMPTY, т.е. мы можем в коде, сами того не осознавая, получить кучу одинаковых мониторов
2. java.util.Optional immutable, в нем менять нечего, смысла в мониторе нет

...

Рейтинг:

0 / 0

14.03.2020, 09:26

| Ответить | Цитировать | Написать

Использование value based классов в качестве объекта синхронизации

#39937371

mayton

Участник

Откуда: loopback

Сообщения: 53 422

Рейтинг: 0 / 0

faustgreen, Optional - это тип-обёртка. И тебе надо синхронизироваться не с обёрткой а с содержанием.
Так будет правильно.

Кроме того назначение Optional - это быть типом-контейнером. Переносить другие объекты.
И если внутри Optional лежит константа EMPTY - тогда вся логика синхронизации ломается
и ломается полиморфизм. Уже нельзя синхронизироваться без условия. Это осложняет
смысл.

...

Рейтинг:

0 / 0

14.03.2020, 12:00

| Ответить | Цитировать | Написать

6 сообщений из 6, страница 1 из 1

Цитировать

Написать

Автор*:

Ввести пароль для входа

Тема*:

Сообщение

Данное сообщение тематическое

Сообщение содержит картинки или видео 18+

Автор:

ВНИМАНИЕ! На данном подфоруме действуют строгие правила. Удостоверьтесь, что ваше сообщение соответствует им!

Форум или тема закрыты для гостей. Необходима авторизация!

Загрузить последнюю сохраненную версию

Вложение:

Вставить как галерею

Максимальный размер вложений: 4,0 МБ, аудио/видео: 8,0 МБ. Картинки большего размера ужимаются, если возможно.

Введите код, изображенный на картинке. Если код нечитаемый, кликните картинку, чтобы загрузить другой вариант.

Отправляя сообщение, я выражаю свое согласие с правилами форума и принимаю пользовательское соглашение.

Читали тему (0):

Читали форум (0):

Пользователи онлайн (0):

start [/forum/topic.php?fid=59&fpage=17&tid=2120877]:	0ms
get settings:	26ms
get forum list:	15ms
check forum access:	4ms
check topic access:	4ms
track hit:	53ms
get topic data:	13ms
get forum data:	3ms
get page messages:	152ms
get tp. blocked users:	2ms
others:	310ms

total:	582ms