关于端口转发 延迟降低思考？？？？

现有的例如brook什么的

都是有链接过来了 再创建一个链接 扔到目标服务器

那么 如果我一开始创建中转时就先创建N 个TCP链接，形成链接池

此后有请求过来时 直接从池子里面取一个空闲的用

是不是能降低延迟

楼下有说状态管理问题

那么换个思路

先建立N个链接 心跳保活

然后有新链接是从中取出使用，停止心跳保活！同时再创建一个新的链接进去作为备用
（即原本是我现在创建再用变成了 我用的同时再去创建一个还债）

网友说：
然后呢，你怎么维护状态？mjj天天异想天开

网友说：
好的，我等你好消息

网友说：
那么你先试试？

网友说：
没必要，不如找个好线路

网友说：

Mux 多路复用，v two ray就有用這個技術了

平時維護好一條tcp session，要用時直接塞資料，省去tcp握手

可以降低tcp握手延遲，谷歌mux cool協議就有了

但他是使用一條tcp，技術上可以改成多條來加速

网友说：
不明白这样做的需求场景，实际使用中，线路与区域的影响更大

关于端口转发 延迟降低思考？？？？最先出现在国外主机测评。