along
along
https://github.com/dfdragon/kcptun_gclient 这个图形界面的他不香么？ 我猜测你只是觉得一个黑黑的任务栏不好看，如果用了kcptun_gclient，它会隐藏在通知栏中，我想你会喜欢的。
大哥，我感觉你的kcptun+ss使用方法跟别人完全不一样啊。 你怕不是对kcptun有一些误解？ 点击 [https://www.alongs.xyz/?p=17](https://www.alongs.xyz/?p=17) 试试。 插件这种方式本质上是一样的，但是把简单的事情搞的太复杂了
我到国外VPS的网络用TCP连接感觉带宽比kcptun要快很多。 tcp可以达到28Mbps， kcptun只有16Mbps。 ```shell ./client_linux_amd64 -l 0.0.0.0:9527 -r abc123.cf:4000 -key "123456" \ -crypt "xor" -dscp 46 -mode fast3 \ -nocomp -sockbuf 16777217 ``` 不知道是受到qos了还是kcptun的使用姿势不对？
you need set the build tags. see component dir to know more. if you don't understand, just use full tag. If youf use vscode ,you should set build tag too....
windows的不追求性能，只求方便开发。windows下开发好放到Linux下就可以跑。
如果提供，我想windows上提供一个select即可。 仅用作开发调试，服务跑的时候还在linux上
大概是这张图所描述的内容吧。doc/articles/acl_fiber.pptx中的图。 协程运行到conn_->read()的时候，通过hookapi，实现注册读事件，挂接到epoll引擎上， 读事件到来后，此协程再转为运行态。 
在linux也试了一下，写成"www.baidu.com:80"是可以连接成功的，但如果端口号不正确，open() 并不会超时。 能不能看一下？
我并不是要实现http client. 只是tcp client , open() 要么成功，要么因超时而返回失败， 总要有个结果。 但是client.cpp在open() 这里并没有返回， 这属于bug，要么是这个例子写的不太对，要么就是acl本身存在不足。
改成select 或 poll 后在windows下确实可以正确连接上 "www.baidu.com:80". 但是对于 "www.baidu.com:9000" ，给一个错误的端口号，理论上应该超时连不上，但是 open(addr,3,3)给的是3秒超时 ，但实际的超时时间非常长大概要30秒。 这个在linux下也是这样的。