Всем привет. Столкнулся с оооочень странной ситуацией и пока не

Question

Всем привет. Столкнулся с оооочень странной ситуацией и пока не

могу понять, почему так произошло. Ситуация из разряда "такого никогда не могло произойти". Надежда на то, что кто-то может быть подскажет, где я ошибся и чего не понял.
В общем, есть код, в котором я получаю новую заявку от биржи. Если эта заявка уже есть в локальном кэше (нахожу по двум идентификаторам: id и clientId), я ее из кеша удаляю (старую версию этой заявки) и снова добавляю ее обновленную версию. И веду логи. Все прекрасно работало без изменений несколько дней. Потом я обнаружил, что это не сработало и ордер не удалился из кэша и добавился повторно. Этого в принципе никогда не должно было случиться. И это можно отследить по логам, которые я привожу. Может, у кого-то глаз наметан и вы поймете, где косяк. Привожу код и логи в сокращенном виде (потому как там еще очень много дополнительных параметров, но суть я не удалял точно). Функция isSame() в первоначальном виде, не изменена. Именно она определяет нужный ордер из кэша. Есть идеи, как могло так получиться, что ордер прошел строку с удалением и не удалился? Если это важно, client.receiveData() и client.findOrderByOrderId() suspend методы тоже. Выкладываю скрин, чтобы синтаксис был подсвечен. Могу выложить код, если так будет удобнее

#kotlin #programming #russian

0

07.06.2020

1 ответов

12 просмотров

Bohdan Panchenko · Accepted Answer

Bohdan Panchenko

> Если это важно, client.receiveData() и client.findOrderByOrderId() suspend методы тоже. в этих местах может произойти засыпание, и код выполнится гораздо позже, это и есть конкаренси

0

07.06.2020

169 похожих чатов

Всем привет. Столкнулся с оооочень странной ситуацией и пока не

1 ответов

Похожие вопросы