CF的优选到底怎么样呀，为啥感觉做了以后延迟更大了

优选是给线路差的小鸡用的，如果你的小机线路本身就很好，可以直连，就不需要优选了。

UDP协议的基本不能过cf吧，除了个XHTTP。优选加速的话需要仔细研究一下的，跟你的运营商还有机器线路机器位置都有关系；比如我家联通的，走CF基本走美西，要么走香港，现在我想加速韩国首尔甲骨文，因为我连那个会绕美，这个时候我前置走香港cf，然后就成功把延迟从400ms降低到150ms，表现大大改善；如果你是电信用户呢，那直接优选日本cf，也能改善；如果你是移动呢，移动亚太连接性好，连韩国甲骨文直连的，基本不需要套cf。然后如果你的机器是新加坡的呢？如果机器线路好三网优化不用套cf，直连过去就好了；如果线路差呢？那联通基本上是很难优化的，电信可以优选新加坡CF，改善线路，移动不知道，可能直连可以，可能套cf更好，没用过。然后其实除了CF这个CDN外还有cft、gocre、fastly这些有一定免费额度的CDN厂家，与三大运营商的连通性也是不一样的。所以说其实套CDN是一个博大精深的学问，跟机器线路位置有关，跟运营商有关，跟CDN厂家和运营商的连通性有关。

我自己用的差不多，甲骨文自建，VLESS + WebSocket + TLS，用不用优选延迟都是200多

直连和优选分别搞一个。用了优选延迟降低明显，但不知道是不是网络原因，有的时候优选延迟反而会变得非常高。

hy2和tuic不能优选诶，它们连小黄云都不能开，正常来说应该不通才对，不知道你咋实现的

真的没什么意义吧 早年mjj和机场都玩烂了的