当前位置:   article > 正文

Golang 编写 Tcp 服务器_golang tcp server

golang tcp server

Golang 作为广泛用于服务端和云计算领域的编程语言,tcp socket 是其中至关重要的功能。

早期的 Tomcat/Apache 服务器使用的是阻塞 IO 模型。它使用一个线程处理一个连接,在没有收到新数据时监听线程处于阻塞状态,直到数据就绪后线程被唤醒。因为阻塞 IO 模型需要开启大量线程并且频繁地进行上下文切换,所以效率很差。

IO 多路复用技术为了解决上述问题采用了一个线程监听多路连接的方案。一个线程持有多个连接并阻塞等待,当其中某个连接可读写时线程被唤醒进行处理。因为多个连接复用了一个线程所以 IO 多路复用需要的线程数少很多。

主流操作系统都提供了IO多路复用技术的实现,比如 Linux上的 epoll,freeBSD 上的 kqueue 以及 Windows 平台上的 iocp。有得必有失,因为 epoll 等技术提供的接口面向 IO 事件而非面向连接,所以需要编写复杂的异步代码,开发难度很大。

Golang 的 netpoller 基于IO多路复用和 goroutine scheduler 构建了一个简洁高性能的网络模型,并给开发者提供了 goroutine-per-connection 风格的极简接口。

Echo 服务器

作为开始我们来实现一个简单的 Echo 服务器。它会接受客户端连接并将客户端发送的内容原样传回客户端。

  1. package main
  2. import (
  3. "fmt"
  4. "net"
  5. "io"
  6. "log"
  7. "bufio"
  8. )
  9. func ListenAndServe(address string) {
  10. // 绑定监听地址
  11. listener, err := net.Listen("tcp", address)
  12. if err != nil {
  13. log.Fatal(fmt.Sprintf("listen err: %v", err))
  14. }
  15. defer listener.Close()
  16. log.Println(fmt.Sprintf("bind: %s, start listening...", address))
  17. for {
  18. // Accept 会一直阻塞直到有新的连接建立或者listen中断才会返回
  19. conn, err := listener.Accept()
  20. if err != nil {
  21. // 通常是由于listener被关闭无法继续监听导致的错误
  22. log.Fatal(fmt.Sprintf("accept err: %v", err))
  23. }
  24. // 开启新的 goroutine 处理该连接
  25. go Handle(conn)
  26. }
  27. }
  28. func Handle(conn net.Conn) {
  29. // 使用 bufio 标准库提供的缓冲区功能
  30. reader := bufio.NewReader(conn)
  31. for {
  32. // ReadString 会一直阻塞直到遇到分隔符 '\n'
  33. // 遇到分隔符后会返回上次遇到分隔符或连接建立后收到的所有数据, 包括分隔符本身
  34. // 若在遇到分隔符之前遇到异常, ReadString 会返回已收到的数据和错误信息
  35. msg, err := reader.ReadString('\n')
  36. if err != nil {
  37. // 通常遇到的错误是连接中断或被关闭,用io.EOF表示
  38. if err == io.EOF {
  39. log.Println("connection close")
  40. } else {
  41. log.Println(err)
  42. }
  43. return
  44. }
  45. b := []byte(msg)
  46. // 将收到的信息发送给客户端
  47. conn.Write(b)
  48. }
  49. }
  50. func main() {
  51. ListenAndServe(":8000")
  52. }

使用 telnet 工具测试我们编写的 Echo 服务器:

  1. $ telnet 127.0.0.1 8000
  2. Trying 127.0.0.1...
  3. Connected to 127.0.0.1.
  4. Escape character is '^]'.
  5. > a
  6. a
  7. > b
  8. b
  9. Connection closed by foreign host.

拆包与粘包问题

某些朋友可能看到"拆包与粘包"后表示极度震惊,并再三强调: TCP是个字节流协议,不存在粘包问题。

我们常说的 TCP 服务器并非「实现 TCP 协议的服务器」而是「基于TCP协议的应用层服务器」。TCP 是面向字节流的协议,而应用层协议大多是面向消息的,比如 HTTP 协议的请求/响应,Redis 协议的指令/回复都是以消息为单位进行通信的。

作为应用层服务器我们有责任从 TCP 提供的字节流中正确地解析出应用层消息,在这一步骤中我们会遇到「拆包/粘包」问题。

socket 允许我们通过 read 函数读取新收到的一段数据(当然这段数据并不对应一个 TCP 包)。在上文的 Echo 服务器示例中我们用\n表示消息结束,从 read 函数读取的数据可能存在下列几种情况:

  1. 收到两段数据: "abc", "def\n" 它们属于一条消息 "abcdef\n" 这是拆包的情况
  2. 收到一段数据: "abc\ndef\n" 它们属于两条消息 "abc\n", "def\n" 这是粘包的情况

应用层协议通常采用下列几种思路之一来定义消息,以保证完整地进行读取:

  • 定长消息
  • 在消息尾部添加特殊分隔符,如示例中的Echo协议和FTP控制协议。bufio 标准库会缓存收到的数据直到遇到分隔符才会返回,它可以帮助我们正确地分割字节流。
  • 将消息分为 header 和 body, 并在 header 中提供 body 总长度,这种分包方式被称为 LTV(length,type,value) 包。这是应用最广泛的策略,如HTTP协议。当从 header 中获得 body 长度后, io.ReadFull 函数会读取指定长度字节流,从而解析应用层消息。

优雅关闭

在生产环境下需要保证TCP服务器关闭前完成必要的清理工作,包括将完成正在进行的数据传输,关闭TCP连接等。这种关闭模式称为优雅关闭,可以避免资源泄露以及客户端未收到完整数据导致故障。

TCP 服务器的优雅关闭模式通常为: 先关闭listener阻止新连接进入,然后遍历所有连接逐个进行关闭。首先修改一下TCP服务器:

  1. // handler 是应用层服务器的抽象
  2. type Handler interface {
  3. Handle(ctx context.Context, conn net.Conn)
  4. Close()error
  5. }
  6. // 监听并提供服务,并在收到 closeChan 发来的关闭通知后关闭
  7. func ListenAndServe(listener net.Listener, handler tcp.Handler, closeChan <-chan struct{}) {
  8. // 监听关闭通知
  9. go func() {
  10. <-closeChan
  11. logger.Info("shutting down...")
  12. // 停止监听,listener.Accept()会立即返回 io.EOF
  13. _ = listener.Close()
  14. // 关闭应用层服务器
  15. _ = handler.Close()
  16. }()
  17. // 在异常退出后释放资源
  18. defer func() {
  19. // close during unexpected error
  20. _ = listener.Close()
  21. _ = handler.Close()
  22. }()
  23. ctx := context.Background()
  24. var waitDone sync.WaitGroup
  25. for {
  26. // 监听端口, 阻塞直到收到新连接或者出现错误
  27. conn, err := listener.Accept()
  28. if err != nil {
  29. break
  30. }
  31. // 开启 goroutine 来处理新连接
  32. logger.Info("accept link")
  33. waitDone.Add(1)
  34. go func() {
  35. defer func() {
  36. waitDone.Done()
  37. }()
  38. handler.Handle(ctx, conn)
  39. }()
  40. }
  41. waitDone.Wait()
  42. }
  43. // ListenAndServeWithSignal 监听中断信号并通过 closeChan 通知服务器关闭
  44. func ListenAndServeWithSignal(cfg *Config, handler tcp.Handler) error {
  45. closeChan := make(chan struct{})
  46. sigCh := make(chan os.Signal)
  47. signal.Notify(sigCh, syscall.SIGHUP, syscall.SIGQUIT, syscall.SIGTERM, syscall.SIGINT)
  48. go func() {
  49. sig := <-sigCh
  50. switch sig {
  51. case syscall.SIGHUP, syscall.SIGQUIT, syscall.SIGTERM, syscall.SIGINT:
  52. closeChan <- struct{}{}
  53. }
  54. }()
  55. listener, err := net.Listen("tcp", cfg.Address)
  56. if err != nil {
  57. return err
  58. }
  59. logger.Info(fmt.Sprintf("bind: %s, start listening...", cfg.Address))
  60. ListenAndServe(listener, handler, closeChan)
  61. return nil
  62. }

接下来修改应用层服务器:

  1. // 客户端连接的抽象
  2. type Client struct {
  3. // tcp 连接
  4. Conn net.Conn
  5. // 当服务端开始发送数据时进入waiting, 阻止其它goroutine关闭连接
  6. // wait.Wait是作者编写的带有最大等待时间的封装:
  7. // https://github.com/HDT3213/godis/blob/master/src/lib/sync/wait/wait.go
  8. Waiting wait.Wait
  9. }
  10. type EchoHandler struct {
  11. // 保存所有工作状态client的集合(把map当set用)
  12. // 需使用并发安全的容器
  13. activeConn sync.Map
  14. // 关闭状态标识位
  15. closing atomic.AtomicBool
  16. }
  17. func MakeEchoHandler()(*EchoHandler) {
  18. return &EchoHandler{}
  19. }
  20. func (h *EchoHandler)Handle(ctx context.Context, conn net.Conn) {
  21. // 关闭中的 handler 不会处理新连接
  22. if h.closing.Get() {
  23. conn.Close()
  24. return
  25. }
  26. client := &Client {
  27. Conn: conn,
  28. }
  29. h.activeConn.Store(client, struct{}{}) // 记住仍然存活的连接
  30. reader := bufio.NewReader(conn)
  31. for {
  32. msg, err := reader.ReadString('\n')
  33. if err != nil {
  34. if err == io.EOF {
  35. logger.Info("connection close")
  36. h.activeConn.Delete(client)
  37. } else {
  38. logger.Warn(err)
  39. }
  40. return
  41. }
  42. // 发送数据前先置为waiting状态,阻止连接被关闭
  43. client.Waiting.Add(1)
  44. // 模拟关闭时未完成发送的情况
  45. //logger.Info("sleeping")
  46. //time.Sleep(10 * time.Second)
  47. b := []byte(msg)
  48. conn.Write(b)
  49. // 发送完毕, 结束waiting
  50. client.Waiting.Done()
  51. }
  52. }
  53. // 关闭客户端连接
  54. func (c *Client)Close()error {
  55. // 等待数据发送完成或超时
  56. c.Waiting.WaitWithTimeout(10 * time.Second)
  57. c.Conn.Close()
  58. return nil
  59. }
  60. // 关闭服务器
  61. func (h *EchoHandler)Close()error {
  62. logger.Info("handler shutting down...")
  63. h.closing.Set(true)
  64. // 逐个关闭连接
  65. h.activeConn.Range(func(key interface{}, val interface{})bool {
  66. client := key.(*Client)
  67. client.Close()
  68. return true
  69. })
  70. return nil
  71. }
声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/weixin_40725706/article/detail/753927
推荐阅读
相关标签
  

闽ICP备14008679号