聚合多路 TCP 流（延迟不同），有比 kcptun 更适合的方案吗？

你把 kcp 底层从 udp 改成了 tcp ，那么自然会受到掉包 rtt 的影响。
我看有方法提到，可以在 linux 上把 tcp window size 窗口完全关闭，可以改善响应速度。
用默认 udp 不是挺好的。tcp 多流复用还挺复杂，至少要抓包，才能知道卡顿的具体原因。

首先去看看 mptcp ，这是 mptcp 在做的事情，但不够灵活

一般来说直接利用 tcp 进行聚合在你没法对数据包本身进行监控且依赖底层的拥塞控制的时候通常会有十分差的结果
而且对于延迟差距巨大的链路，如果不补偿数据包顺序的话结果就是乱序到达
大多数拥塞控制算法对此都只能理解为丢包这一结论，然后就是重传……
如果可以接受数据延迟，但在意可靠性的话，可以使用一个巨大的缓冲区抹平链路间的延迟差异
这也是 sd-wan 领域会用到的抖动控制方法（具体看 vmware sd-wan 相关的技术介绍）
但不管如何都需要在数据包等级对于每一个数据包都有精确的控制，插入各种附加的头以进行排序，计时，FEC 等操作

是不是在把多个 4g 随身 wifu 聚合成一个 千兆网络开直播?

想不通你这套的应用场景，疯狂套娃的意义呢？

多路径一个是要解决每条路径的带宽预测，另一个就是要解决可能出现由于时延差距导致的队头阻塞问题。解决队头阻塞的相关算法有 BLEST 、ECF 等等。