如果只是为了至少有一个活连接 正确的方法应该是把monitor()函数里的timer放入ClientWorker 然后在heartbeat()中发送drain消息前把timer重设为16秒 给客户端时间打开新的连接 而不是还丢个parentPicker进去

If you just want to have at least one active connection, the correct way should be to put the timer in the monitor() function into the ClientWorker and then reset the timer to 16 seconds before sending the drain message in heartbeat() to give the client time to open a new connection instead of throwing a parentPicker in.

@Fangliding

But, this doesn't help the "Iran-Access" problem (read the second reason)

After becoming "Iran-Access", the new connection cannot be established from bridge-server to Iran-server.

So after 16 seconds the only active worker is disconnected and new connection cannot be established.

If this change had been made sooner, my Iran-server wouldn't have been disconnected from the foreign-bridge-server during the war

我不觉得核心应该为只会发生一次两次的Internet shutdown的特殊行为做准备 持有父对象的引用是不太好的行为 这么实现还额外绕开内部draining机制 难懂又难看 而且即便是这样这样tcp连接不见得可以活太久 以及mux本来就有的硬上限65535摆在那 发送65535个请求后mux就没有多余的流ID了 总的来说可用面很小 还不如在外面开个mux或者用grpc和xhttp3之类的当底层传输

OK, I implemented your timer-reset idea instead.

another problem is that, If 0 is selected for randomLength here, the heartbeat-packet will not be sent at all.

and if the packet is drain-notify packet, bridge-server doesn't notice draining and finally, after filling up 65535-mux-limit, our connection is completely cut off.

so randomLength should be at least 1.

UPDATE:

it only affect keepAlive-hearbeat, not drain-notify-heartbeat

那要不你试试drain数据包能不能发出去

I tested, I always test after making a change.

set the randomLength to 0, and you see heartbeat-packet is not sent.

你有试过这会导致drain数据包不会被发送导致超过256吗

if msg.State = Control_DRAIN the packet is sent, so it doesn't affect drain-packet.

but heartbeat-packet has two roles drain-notify and keepAlive.

and it is still cause some keepAlive packets is not sent.(If there are several consecutive fail-keepAlive, the connection may be disconnected)

so randomLength still needs to be set to at least 1.

我没有说不行 我只是说你臆想问题不是一回两回了。。