首页 > 解决方案 > 在 go 中测试连接的正确方法

问题描述

我正在用测试覆盖项目,为此我需要虚拟 TCP 服务器,它可以接受连接、向/从它写入/读取数据、关闭它等...我在堆栈溢出中发现了这个问题,涵盖了模拟连接,但是它没有涵盖我实际需要测试的内容。

我的想法依赖于这篇文章作为起点,但是当我开始实现通道以让服务器将一些数据写入新打开的连接时,我在写入通道时遇到了不可调试的死锁。

我想要实现的是将一些数据写入服务器的通道,例如sendingQueue chan *[]byte,以便稍后[]byte将相应的发送到新建立的连接。

在这些小研究中,我尝试在将数据发送到通道之前/之后调试和打印消息,并尝试在程序的不同位置从通道发送/读取数据。

我发现了什么

  1. 如果我直接添加数据,我的想法handleConnection有效

    go func() {
       f := []byte("test.")
       t.sendingQueue <- &f
    }()
    
  2. 如果我TestUtils_TestingTCPServer_WritesRequest以任何形式将数据推送到通道,无论是使用func (t *TCPServer) Put(data *[]byte) (err error)还是直接使用:

    go func(queue chan *[]byte, data *[]byte) {
           queue <- data
    }(t.sendingQueue, &payload)
    
  3. 通道是否被缓冲并不重要。

所以,很明显,我调试代码的方式有问题(我没有深入研究 cli dlv,只使用 IDE 调试器),或者我完全怀念使用 go 通道、goroutine 或 net.Conn 模块的问题.

为方便起见,可以使用带有完整代码的公共要点。注意——其中有// INIT一部分TestUtils_TestingTCPServer_WritesRequest是运行/调试单个测试所必需的。go test在目录中运行时应将其注释掉。

实用程序.go:


    // NewServer creates a new Server using given protocol
    // and addr.
    func NewTestingTCPServer(protocol, addr string) (*TCPServer, error) {
        switch strings.ToLower(protocol) {
        case "tcp":
            return &TCPServer{
                addr:         addr,
                sendingQueue: make(chan *[]byte, 10),
            }, nil
        case "udp":
        }
        return nil, errors.New("invalid protocol given")
    }

    // TCPServer holds the structure of our TCP
    // implementation.
    type TCPServer struct {
        addr         string
        server       net.Listener
        sendingQueue chan *[]byte
    }

    func (t *TCPServer) Run() (err error) {}
    func (t *TCPServer) Close() (err error) {}
    func (t *TCPServer) Put(data *[]byte) (err error) {}
    func (t *TCPServer) handleConnection(conn net.Conn){
        // <...>

        // Putting data here successfully sends it via freshly established
        // Connection:

        // go func() {
        //  f := []byte("test.")
        //  t.sendingQueue <- &f
        // }()
        for {
            fmt.Printf("Started for loop\n")
            select {
            case data := <-readerChannel:
                fmt.Printf("Read written data\n")
                writeBuffer.Write(*data)
                writeBuffer.Flush()
            case data := <-t.sendingQueue:
                fmt.Printf("Read pushed data\n")
                writeBuffer.Write(*data)
                writeBuffer.Flush()
            case <-ticker:
                fmt.Printf("Tick\n")
                return
            }
            fmt.Printf("Finished for loop\n")
        }
    } 

utils_test.go


    func TestUtils_TestingTCPServer_WritesRequest(t *testing.T) {

        payload := []byte("hello world\n")

        // <...> In gist here is placed INIT piece, which
        // is required to debug single test

        fmt.Printf("Putting payload into queue\n")
        // This doesn't affect channel
        err = utilTestingSrv.Put(&payload)
        assert.Nil(t, err)

        // This doesn't work either
        //go func(queue chan *[]byte, data *[]byte) {
        //       queue <- data
        //}(utilTestingSrv.sendingQueue, &payload)

        conn, err := net.Dial("tcp", ":41123")
        if !assert.Nil(t, err) {
            t.Error("could not connect to server: ", err)
        }
        defer conn.Close()

        out := make([]byte, 1024)
        if _, err := conn.Read(out); assert.Nil(t, err) {
            // Need to remove trailing byte 0xa from bytes array to make sure bytes array are equal.
            if out[len(payload)] == 0xa {
                out[len(payload)] = 0x0
            }
            assert.Equal(t, payload, bytes.Trim(out, "\x00"))
        } else {
            t.Error("could not read from connection")
        }
    }

标签: unit-testinggonetworkingconcurrencydeadlock

解决方案


在同事的帮助并阅读了有关如何工作的文章init后,我发现了一个问题。

由于使用分配,它正在init运行,正在重新创建额外的服务器。我还:=更新了代码以确保服务器在.net.Dialconn.Read


推荐阅读