спринге я не встречал использования потокобезопасных коллекций, везде обычные List / HashMap.
Бины в спринге непотокобезопасны по дефолту.
Вопрос - что я упускаю, почему нет синхронизации, ведь на каждый запрос у нас отдельный поток, может случится косяк какой-то с данными... либо ошибаюсь? Стейт тут вообще не играет роли?
Спасибо заранее.
а пример есть такого компонента со стейтом?
если в разных тредах изменяется внутренний стейт компонента - может. а если просто ты кидаешь листы из репозитория наверх, то откуда бы)
А сам сервис и его внутрянка (листы, мапы) стейта не имеют? Т.е. два потока не могут разве туда войти паралельно и натворить дичи?) У меня базовое понимание, что спринг не имеет стейта, но виляю тут сильно
поэтому и попросил пример :) если у тебя в компоненте есть, ну не знаю, кэширующая мапа, и при заходе в сервис проверяется есть ли там данные и только потом лезет куда-то за ними - то для синглтон компонента нужна конкарент мапа / synchronized блок если же это не синглтон, а, что-нибудь типа requestscope/prototype то надо смотреть на то сколько потоков зайдет в метод
Нет, обычный синглтон дефолтный и обычная мапа, где нет такой логики. Просто потом в БД например подкидываем дальше. Сам сервис в спринге стейта иметь не будет никакого? У меня два виденья и различаются они 1) с одной стороны кажется стейта нет, просто прокидываем любые данные дальше в базу/кафку/етс и нечего тут думать 2) с другой кажется «а если два потока войдут в мапу и что-то там сделают», данные то могут конфликтовать
Обсуждают сегодня