commit | 168f412b5df6b4e452212626b41c15d613d6af47 | [log] [tgz] |
---|---|---|
author | Xin.Zh <dragoncharlie@foxmail.com> | Fri Jul 09 15:34:04 2021 +0800 |
committer | GitHub <noreply@github.com> | Fri Jul 09 15:34:04 2021 +0800 |
tree | 819c8cac4833a252975fc7bf5c4c32b1e678e7c7 | |
parent | 03651cac3cd132282e0c7be2f378703fb886c1a3 [diff] |
Ftr: delete session.handleLoop (#56) * delete session.handleLoop * fix error codes * fix unit test * feat: benckmark * feat: 添加压测程序 * feat: remove no need info * feat: del exec file * feat: fix client's session * feat: update gomod * feat: fix imports * feat: update gomod * feat: change sessionTimerLoop to heartbeat * feat: go fmt * feat: update benchmark client send message * feat: remove loop_client unreachable code * increase grNum before starting goroutine * feat: format * feat: add dubbo-getty alias * feat: fix gettyUDPConn recv err Co-authored-by: watermelon <80680489@qq.com> Co-authored-by: georgehao <haohongfan@gmail.com> Co-authored-by: wangoo <wongoo@apache.org>
a netty like asynchronous network I/O library
Getty is a asynchronous network I/O library in golang. Getty works on tcp/udp/websocket network protocol and supplies a uniform interface.
In getty there are two goroutines in one connection(session), one reads tcp stream/udp packet/websocket package, the other handles logic process and writes response into network write buffer. If your logic process may take a long time, you should start a new logic process goroutine by yourself in codec.go:(Codec)OnMessage.
You can also handle heartbeat logic in codec.go:(Codec):OnCron. If you use tcp/udp, you should send hearbeat package by yourself, and then invoke session.go:(Session)UpdateActive to update its active time. Please check whether the tcp session has been timeout or not in codec.go:(Codec)OnCron by session.go:(Session)GetActive.
Whatever if you use websocket, you do not need to care about hearbeat request/response because Getty do this task in session.go:(Session)handleLoop by sending/received websocket ping/pong frames. You just need to check whether the websocket session has been timeout or not in codec.go:(Codec)OnCron by session.go:(Session)GetActive.
Apache License 2.0