go - 生产中的 FreeOSMemory()

Question

我在一个有 tcp 服务器的包中使用 goroutines。大部分时间的响应非常重，但是当例程结束时它并没有从内存中清除。

func Handle() {
    service := ":7777"
    tcpAddr, err := net.ResolveTCPAddr("tcp4", service)
    checkError(err)
    listener, err := net.ListenTCP("tcp", tcpAddr)
    checkError(err)
    defer listener.Close()

    for {
        conn, err := listener.Accept()
        checkError(err)
        go handleRequest(conn, db)

    }
}

func handleRequest(conn net.Conn, db *sql.DB) {
    message := make([]byte, 0, 4096)
    tmp := make([]byte, 256)
    n, err := conn.Read(tmp)
    if err != nil {
        if err != io.EOF {
            fmt.Println("read error:", err)
        }
    }
    message = append(message, tmp[:n]...)
    fmt.Println("Message Received:", string(message))
    // do something to get resp
    conn.Write(append(resp, []byte("\n")...))
    conn.Close()
    debug.FreeOSMemory()
    return
}

所以在这种情况下，响应很大，并且一个 goroutine 使用了 10% 的内存，这没关系，因为我从数据库中获取了 170.000 个用户并将结果解析为 JSON。但是当 handleRequest 和它仍然在内存中时，如果我没有使用 debug.FreeOsMemory()。我怀疑这是一个很好的方法，因为它在调试包中，所以我的问题是这是清空 goroutines 使用的内存的好方法吗？我对其进行了测试，因此它不会影响系统并且运行良好。如果没有，有什么好方法？我等不及 GC 清理它了？!我读了this这就是我开始使用它的原因，在第一个答案中有最后一个建议。

Answer 1

Go 运行时不会“立即”将空闲内存释放回操作系统，这样效率很低。在这里阅读更多相关信息:Golang - Cannot free memory once occupied by bytes.Buffer .

你应该让 Go 运行时处理这个。如果您的应用不稳定而不调用 debug.FreeOsMemory() ，即使它“看似”有帮助，您也不应该掩盖更大的问题。它甚至可能使事情变得更糟，就好像服务请求确实需要大量内存(在完成请求后由 GC 正确释放)，调用 FreeOsMemory() 只会将其返回到运行时在服务另一个请求时必须再次请求/分配的操作系统。如果您没有将它交还给操作系统，它将可用于下一个请求...

尝试减少请求处理程序的内存需求。如果不可能(有疑问)，则限制需要大内存并发服务的请求的数量。

查看此问题并回答如何操作:Process Management for the Go Webserver

还有:Is this an idiomatic worker thread pool in Go?