Как я могу узнать, когда последний цикл моего процесса перезапущен супервизором в erlang

Вы можете добавить отправку сообщения в функцию Module:terminate/3, которая вызывается, когда одна из функций StateName возвращает {stop,Reason,NewStateData}, чтобы указать, что gen_fsm следует остановить.

gen_fsm — это конечный автомат, поэтому вы сами решаете, как он переходит между состояниями. Что-то, что запускает последний цикл, также может установить что-то в StateData, которое передается в Module:StateName/3, чтобы функция, которая обрабатывает состояние, знала, что это последний цикл. Трудно дать более конкретный ответ, если вы не предоставите код, который мы могли бы проанализировать и прокомментировать.

ИЗМЕНИТЬ после дальнейших разъяснений:

Supervisor не уведомляет своих дочерних элементов, когда он перезапустил их, а также не может уведомить дочерний элемент о том, что это последний перезапуск. Это позже просто потому, что он не знает, что он будет последним, пока процесс супервизора действительно не выйдет из строя еще раз, что супервизор не может предсказать. Только после того, как ребенок разбился, супервизор может подсчитать, сколько раз ребенок разбился за определенный период времени, и разрешено ли ему перезапустить ребенка еще раз, или это был последний перезапуск, и теперь пришло время умереть супервизору.

Однако ничто не мешает ребенку зарегистрироваться, т.е. в таблице ETS, сколько раз она была перезапущена. Но это, конечно, не поможет с вычетом того, какой перезапуск является последним.

Редактировать 2:

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

Обратите внимание, что сбой — это исключительная ситуация, и не всегда возможно восстановить состояние, поскольку сбой мог привести к повреждению состояния. Вместо того, чтобы пытаться восстановить состояние или спрашивать супервизора, когда это будет сделано, перезапустив дочерний элемент, почему бы не предотвратить сбой в первую очередь? У вас есть два варианта:

I. Используйте try/catch, чтобы перехватывать любые исключительные ситуации и действовать соответственно. Можно отловить любую ошибку, которая в противном случае приведет к сбою процесса и заставит супервизора перезапустить его. Вы можете добавить try/catch к любой функции входа внутри процесса gen_fsm, чтобы любое состояние ошибки было обнаружено до того, как оно приведет к сбою сервера. См. пример функции 1 или пример функции 2:

read() ->
    try
        try_home() orelse try_path(?MAIN_CFG) orelse
            begin io:format("Some Error", []) end
    catch
        throw:Term -> {error, Term}
    end.

try_read(Path) ->
    try
        file:consult(Path)
    catch
        error:Error -> {error, Error}
    end.

II. Создайте новый процесс для обработки задания и перехватите EXIT сигналов, когда процесс умирает. Это позволяет gen_fsm обрабатывать задание асинхронно и обрабатывать любые ошибки особым образом (не обязательно перезапуская процесс, как это сделал бы супервизор). В этом разделе под названием Обработка ошибок объясняется, как перехватывать exit сигналы от дочерних процессов. А это пример перехвата сигналов в gen_server. Проверьте функцию handle_info, которая содержит несколько предложений для перехвата различных типов сообщений EXIT от дочерних процессов.

init([Cfg, Id, Mode]) ->
    process_flag(trap_exit, true),
    (...)


handle_info({'EXIT', _Pid, normal}, State) ->
    {noreply, State};
handle_info({'EXIT', _Pid, noproc}, State) ->
    {noreply, State};
handle_info({'EXIT', Pid, Reason}, State) ->
    log_exit(Pid, Reason),
    check_done(error, Pid, State);
handle_info(_, State) ->
    {noreply, State}.