WebSocket - 关闭握手大猩猩

Kim*_*yer 4 go websocket handshake gorilla

WebSocket RFC 的片段:

要使用状态代码(第 7.4 节)/code/ 和可选的关闭原因(第 7.1.6 节)/reason/ 启动WebSocket 关闭握手,端点必须发送一个关闭控制帧,如第 5.5.1 节中所述,其状态代码设置为/code/,其关闭原因设置为/reason/。一旦端点发送并接收到关闭控制帧,该端点应该关闭 WebSocket 连接,如第 7.1.1 节中定义的那样。

我正在尝试使用Gorilla WebSocket包通过以下代码进行关闭握手:

服务器:

// Create upgrader function
conn, err := upgrader.Upgrade(w, r, nil)

// If there is an error stop everything.
if err != nil {
    fmt.Println(err)
    return
}

for {
    // Read Messages
    _, _, err := conn.ReadMessage()
    // Client is programmed to send a close frame immediately...
    // When reading close frame resend close frame with same
    // reason and code
    conn.WriteMessage(websocket.CloseMessage, websocket.FormatCloseMessage(1000, "woops"))
    fmt.Println(err)
    break
}
Run Code Online (Sandbox Code Playgroud)

客户:

d := &websocket.Dialer{}

conn, _, err := d.Dial("ws://localhost:8080", nil)

if err != nil {
    fmt.Println(err)
    return
}

go func() {
    for {
        // Read Messages
        _, _, err := conn.ReadMessage()

        if c, k := err.(*websocket.CloseError); k {
            if(c.Code == 1000) {
                // Never entering since c.Code == 1005
                fmt.Println(err)
                break
            }
        }
    }
}()

conn.WriteMessage(websocket.CloseMessage, websocket.FormatCloseMessage(1000, "woops"))

for {}
Run Code Online (Sandbox Code Playgroud)

服务器正在按预期读取关闭帧并输出以下内容:

websocket:关闭 1000(正常):woops

然而,客户端一旦发送关闭消息就停止读取。继续ReadMessage返回错误1005。我做错了什么?

Cer*_*món 8

服务器使用以下代码响应关闭帧:

    c.WriteControl(CloseMessage, []byte{}, time.Now().Add(writeWait))
Run Code Online (Sandbox Code Playgroud)

客户端将其转换为关闭代码 1005(未收到状态)。

客户端应用程序看不到服务器写入的 1000 oops 关闭帧,因为 websocket 连接在收到第一个关闭帧后停止从网络读取。

当 ReadMessage 返回错误时,客户端应用程序应退出循环。无需检查特定的关闭代码。

for {
    // Read Messages
    _, _, err := conn.ReadMessage()
    if err != nil {
        break
    }
}
Run Code Online (Sandbox Code Playgroud)

与问题中的问题无关,服务器应用程序应在发送关闭帧后关闭websocket 连接。

同样与问题中的问题无关,使用select {}而不是for {}阻止主 goroutine。前者只是阻塞 goroutine。后者使用 CPU 时间旋转。

  • @ArturSapek 该注释参考了 OP 代码末尾的 `for {}` 的使用。`for {}` 结构会消耗 CPU 时间。`select {}` 将简单地阻塞。对 conn.ReadMessage() 的调用不会阻塞主 goroutine。 (3认同)
  • 我知道这个答案很旧,但这似乎是错误的:“使用`select {}`而不是`for {}`。前者永远阻塞。后者永远旋转。” OP 没有读取 chans 的内容。这就是 select 的用途。`conn.ReadMessage()` 已经阻塞。 (2认同)