d
решение получше
private final Object lock = new Object();
private final Object lock = new Object();
Size: a a a
2020 March 16
d
совсем хорошо - локи из juc
A
ну у тебя в два метода разных спринговых сервисов вызываются в каком-то другом методе, так?
их кто угодно может вызывать
d
их кто угодно может вызывать
но тебе нужно упорядочить их вызов друг за другом и атомарно?
I
решение получше
private final Object lock = new Object();
private final Object lock = new Object();
на Integer главное не лочиться :)
A
но тебе нужно упорядочить их вызов друг за другом и атомарно?
у меня есть некий ресурс который я не контролирую и к нему я обращаюсь из разных 2х сервисов, эти два сервиса потом исползуются из 1000 разным мест. И вот я хочу чтобы доступ к этому рерурсу был сихронизирован, сделать из двух сервисов один не подходит тк они несмотря что ресурс один очен разные.
d
эм, как насчет того, чтобы синхронизировать сам ресурс?
d
у тебя разделяемое состояние - для него все приемы одинаковы будут, что я выше описал
A
этот ресурс какой-то внешний сервер
A
я же написал не могу сделать из двух сервисов один
A
а если сделать статичный объект в одном из классов и на него синхронизироваться? а так можно?
d
ты не понял, что я тебе написал
d
у тебя ресурс какой-то внешний сервер - это что? хттп клиент? какой-то кэш?
d
если хттп клиент - можешь синхронизировать доступ к нему
d
если кэш - у тебя полно коллекций синхронизированных
A
не могу я его синхронизировать
A
очень долго объяснять почему, мне надо решить проблему сихронизации двух методов разных классов
DS
Можно всю логику непосредственного доступа к сервису в отдельный класс вынести, чтобы те два сервиса не напрямую юзали его, а через эту прокладку. И там уже синхронизировать что угодно.
A
писал выше что так тоже не могу
A
долго выносить