基本上,您有两个选择:您的进程需要 HTTP 服务器可用(您当前的解决方案),或者它不需要,并在与 HTTP 服务器的连接正常关闭时处理请求(通过返回错误响应)。这篇博文更雄辩地提出了这个想法:https ://ferd.ca/it-s-about-the-guarantees.html
您可以通过将此代码分离到一个单独的函数中来做到这一点,如果连接失败,该函数不会崩溃:
try_connect(State) ->
lager:debug("http_api_client: connecting to admin server...~n"),
case gun:open("localhost", 5001) of
{ok, ConnPid} ->
{ok, Protocol} = gun:await_up(ConnPid),
State#state{conn_pid = ConnPid, streams = #{},protocol = Protocol};
{error, _} ->
State#state{conn_pid = undefined}
end.
并从中调用此函数init
。也就是说,无论您是否可以连接,您的 gen_server 都会启动。
init(_) ->
{ok, try_connect(#state{})}.
然后,当您向需要存在连接的 gen_server 发出请求时,检查它是否是undefined
:
handle_call(foo, _, State = #state{conn_pid = undefined}) ->
{reply, {error, not_connected}, State};
handle_call(foo, _, State = #state{conn_pid = ConnPid}) ->
%% make a request through ConnPid here
{reply, ok, State};
当然,这意味着如果启动时连接失败,您的 gen_server 将永远不会尝试再次连接。您可以添加一个计时器,或者您可以添加一个显式reconnect
命令:
handle_call(reconnect, _, State = #state{conn_pid = undefined}) ->
NewState = try_connect(State),
Result = case NewState of
#state{conn_pid = undefined} ->
reconnect_failed;
_ ->
ok
end,
{reply, Result, NewState};
handle_call(reconnect, _, State) ->
{reply, already_connected, State}.
上面的代码不处理 gen_server 运行时连接断开的情况。您可以明确地处理它,或者在这种情况下您可以让您的 gen_server 进程崩溃,以便它重新启动到“未连接”状态。