brpc socket极端场景下修改完version但是没有启动health check，导致socket无法建立新连接

[howzi]

Describe the bug
参考#1773
和 #1817 中的改动。
其中引入的_hc_started会导致极端情况下，跳过一次health check。

具体的问题和#1773中的一样，revive在1处恢复了`_versioned_ref`的version，如果在2之前切出去 这时候SetFailed再次更新了`_versioned_ref`的version(+1)，并进入到了OnFailed中 这时候上一个HC还没结束，`_hc_started`变更失败并跳过了触发健康检查，那么`_versioned_ref`就永远也没法恢复了。

To Reproduce
和#1773一样，这里复制下

可以使用brpc example里面的client server测试例子，将上图中1，2之间加一个bthread_usleep(10000*1000) -> sleep 10s模拟两个操作之间pthread被切走的情况，然后

./server
./client
restart server 为了触发client端第一个SetFailed进入健康检查并进入到Socket::Revive 1的位置（cas成功之后）开始sleep
restart server 在sleep完成之前，为了触发client端第二个SetFailed并且没有把socket refcount-1
就可以稳定复现该问题

Expected behavior

Versions
所有

Additional context/screenshots

[howzi]

目前的方案是发起两个health check，也有考虑过保留_hc_started检查，第二次直接调用revive的方案。但是_logoff_flag只有在Socket::WaitAndReset会恢复为false，为了避免引入额外的复杂度，还是发起两个health check比较好
@chenBright 麻烦有时间看看