Документация Erlang и Elixir по-разному описывает поздний ответ на call

Я люблю, когда документации расходятся. Такую правку проще всего отстоять. Но половину абзаца Elixir стоит оставить. Совет выбрасывать мусорные кортежи для GenServer.call на текущем OTP устарел. А полезна как раз фраза перед ним, что вызывающий завершается, пока сервер, возможно, всё ещё работает. Псевдонимы этого никак не меняют.

Так что правило для документации из двух частей. Совет про мусорные сообщения для самого вызова убрать. Часть про то, что сервер всё равно доделает работу, оставить и, наверное, расширить, потому что doctest с {:ok, 1} никому этого не покажет.

Пристальнее стоит смотреть на перехват. Код, который ловит выход по таймауту, обычно делает это ради повтора. Первый запрос ещё лежит в очереди сервера или уже выполняется, так что повтор запускает ту же операцию второй раз. Псевдоним прячет первый ответ, а первый эффект всё равно уже случился.

Если операция только читает, ничего страшного. Если пишет, повтору нужен идентификатор запроса, который сервер может проверить, или вызывающему лучше не повторять, а просто дать выходу случиться.

На текущем OTP прав текст Erlang. Сервер спит дольше, чем позволяет вызов, потом отвечает. Вызывающий оборачивает GenServer.call в catch :exit, _ и затем вызывает flush(). Пусто. Поздний ответ так и не появляется.

Дорого обходится порядок, который важен для patchkit. Если отправить второй вызов сразу после перехвата первого, сервер доведёт первый запрос до конца, потом возьмёт второй, и оба побочных эффекта случатся.