Я тут вдруг понял, что не понимаю. Из handle_call можно

Question

Я тут вдруг понял, что не понимаю. Из handle_call можно

вернуть {noreply,NewState} и потом позвать gen_server:reply/2. С этим всё понятно. Я правильно понимаю, что нет способа узнать, ждут ещё ответ, или gen_server:call уже завершился по таймауту?

#erlang #it #programming #russian

0

21.12.2023

16 ответов

55 просмотров

Vasilii

можно глянуть жив ли процесс что запросил, но в целом нет.

0

11 месяцев назад

Matwey Kornilov Автор вопроса

Maksim Lapshin
кстати хороший вопрос. Ведь теперь есть алиасы пи...

Но процесс может быть жив, просто расстроился и пошёл другие дела делать

0

11 месяцев назад

Lama Lover

Способа узнать нет. А зачем так делать вообще? У gen_server есть же send_request, который вообще на стороне клиента способен асинхронно ожидать ответа

0

11 месяцев назад

Vasilii

Matwey Kornilov
Но процесс может быть жив, просто расстроился и по...

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

0

11 месяцев назад

Nikita Vorontsov

Matwey Kornilov
Но процесс может быть жив, просто расстроился и по...

Там после таймаута алиас обнуляется же, может можно это проверить

0

11 месяцев назад

Maksim Lapshin

Matwey Kornilov
Но процесс может быть жив, просто расстроился и по...

https://github.com/erlang/otp/blob/master/lib/stdlib/src/gen.erl#L230 да, там везде self(), не проверишь

0

11 месяцев назад

Lama Lover

Nikita Vorontsov
Там после таймаута алиас обнуляется же, может можн...

Так а от этой проверки смысла всё равно нет. Если проверишь, а потом пошлёшь ответ, то между проверкой процесс уже может и перестать ждать

0

11 месяцев назад

Fried Zucchini

можно ещё reply позвать до таймаута, а сообщение придет позже

0

11 месяцев назад

Źmićer Rubinštejn

А почему плохо отправить ответ в любом случае?

0

11 месяцев назад

Maksim Lapshin

В норме вызывающий должен сдохнуть. Т.е. по идее ты перед тяжелой работой можешь спросить его состояние и мы так кое где делаем.

0

11 месяцев назад

cleverfox 🦊

Źmićer Rubinštejn
А почему плохо отправить ответ в любом случае?

если вдруг вычисление ответа тяжелая операция

0

11 месяцев назад

Maksim Lapshin

Źmićer Rubinštejn
А почему плохо отправить ответ в любом случае?

плохо не отправить, плохо начать делать что-то, если HTTP клиент уже отвалился

0

11 месяцев назад

Źmićer Rubinštejn

Maksim Lapshin
плохо не отправить, плохо начать делать что-то, ес...

Звучит логично, но тогда видимо прямой gencall не проходит, и можно спавнить слинкованные процессы

0

11 месяцев назад

Vladimir Sekisov

Чтобы не задаваться такими вопросами теперь можно пользоваться парой send_request/receive_response. Они на алиасах, позволяют таймаут без exit и чистят алиас после себя, так что безопасно.

0

11 месяцев назад

Nikita Vorontsov

Vladimir Sekisov
Чтобы не задаваться такими вопросами теперь можно ...

А ещё можно с запросом слать атомик, который по мере выполнения долгой работы чекать - если там выставят значение, например 1 - это отмена, прекращаем считать

0

11 месяцев назад

Maksim Lapshin · Accepted Answer

Maksim Lapshin

кстати хороший вопрос. Ведь теперь есть алиасы пидов, так что можно сделать очень плохое — подсмотреть в структуру {From, Ref} и попробовать проверить, живой From или уже нет

0

11 месяцев назад

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

Я тут вдруг понял, что не понимаю. Из handle_call можно

16 ответов

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