Question

我正在用测试介绍项目，为此，我需要虚拟TCP Server，它可以接受连接，向/从中写入/读取数据，关闭它等...我在堆栈上发现了this问题溢出，涵盖了模拟连接，但没有涵盖我实际需要测试的内容。

我的想法是以article作为起点，但是当我开始实现通道以使服务器将数据写入新打开的连接时，我陷入了无法容忍的死锁中，无法写入通道。

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

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

我发现的内容：

如果我使用
直接在handleConnection中添加数据，我的想法就会奏效
```
go func() {
   f := []byte("test.")
   t.sendingQueue <- &f
}()
```
如果我以任何形式通过TestUtils_TestingTCPServer_WritesRequest或直接通过以下方式将数据从func (t *TCPServer) Put(data *[]byte) (err error)推送到频道，我的想法都行不通：
```
go func(queue chan *[]byte, data *[]byte) {
       queue <- data
}(t.sendingQueue, &payload)
```
通道是否缓冲都没关系。

因此，很明显，我调试代码的方式（我没有深入研究cli dlv，仅使用IDE调试器）或我完全想念使用go通道，goroutines或net的东西出了点问题.conn模块。

为方便起见，public gist带有完整代码。注意— // INIT中有TestUtils_TestingTCPServer_WritesRequest部分是运行/调试单个测试所必需的。在目录中运行go test时应将其注释掉。

utils.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")
        }
    }

Answer 1

在同事的帮助下，并阅读了init的{{3}}后，我发现了一个问题。

它在init函数中，由于使用了:=分配，因此正在重新创建额外的服务器。我还更新了代码，以确保服务器在net.Dial和conn.Read之前运行。

在Go中测试连接的正确方法

1 个答案: