gnet client支持非阻塞conect替代net.dial

[liujiangang01]

背景：
阻塞式connect开销相对比较大，在高并发场景，client端反而更可能形成瓶颈

[lesismal]

其实没什么必要。

在高并发场景，相对于标准库，poller框架已经节省了大量的协程，为其他逻辑模块腾出了更多协程数量的使用空间。
服务内不同模块可以不同size的协程池处理，包括像client这种，同一时间Dial的数量没那么大，比如1w已经很多了，用size 1w的协程池也足够了，而1w这种协程数量级别，对于rutime来说完全没压力，代码逻辑的可读性上也更好。