在请求HTTP服务时使用Unix域套接字时发生管道错误

哈喽！大家好，很高兴又见面了，我是golang学习网的一名作者，今天由我给大家带来一篇《在请求HTTP服务时使用Unix域套接字时发生管道错误》，本文主要会讲到等等知识点，希望大家一起学习进步，也欢迎大家关注、点赞、收藏、转发! 下面就一起来看看吧！

# go version
go version go1.13.9 linux/amd64

# uname -a
linux iz8vbaym9jmge8qd5hlcpiz 4.15.0-111-generic #112-ubuntu smp thu jul 9 20:32:34 utc 2020 x86_64 x86_64 x86_64 gnu/linux

http服务器如下：

package main

import (
    "fmt"
    "log"
    "net/http"
    "os"
    "os/signal"
    "syscall"
    "time"
  _ "net/http/pprof"
)

func main() {

    h2 := func(w http.responsewriter, _ *http.request) {
        time.sleep(2 * time.second)
        fmt.println("555555")
        if _, err := w.write(make([]byte, 9999)); err != nil {
            fmt.println("---=====: ", err.error(), syscall.epipe == err)
            return
        }
    }
  go func() {
      log.println(http.listenandserve(":6060", nil))
  }()
    http.handlefunc("/endpoint", h2)
    sigs := make(chan os.signal, 1)
    signal.notify(sigs, syscall.sigpipe)
    go func() {
        sig := <-sigs
    fmt.println("6666666666", sig.string())
        fmt.println(sig)
    }()
    log.fatal(http.listenandserve(":8888", nil))
}

1、通过unix域套接字

curl请求curl 127.0.0.1:8888/endpoint -m 0.2 结果：

555555
---=====:  write tcp 127.0.0.1:8888->127.0.0.1:33794: write: broken pipe false
6666666666 broken pipe
broken pipe

2、通过tcp套接字

卷曲请求：curl 47.92.3.20:8888/endpoint -m 0.2 得到结果：555555

go的netpoll处理unix域套接字和tcp套接字的方式不同吗？我没有看到 netpoll 代码有什么区别。

解决方案

您在连接处理方面找不到任何差异，因为这两种情况的处理方式相同。这对于 Go 来说根本不是特有的，在 unix 套接字中，连接的写入端可以在连接关闭时立即检测到。

在 TCP 套接字中，无法立即检测关闭的连接。您可以等待recv调用返回0（或go中的io.EOF），这在某些情况下会发生，也是Request.Context被取消的方式，但它不能立即覆盖连接断开的情况。当远程主机在发送数据时离开时，您所能做的就是继续写入，直到 TCP 堆栈收到表明连接不再可用的 RST 或 ICMP 消息。一旦发生这种情况，在大多数类 UNIX 系统上，您都会从系统中收到相同的 broken pipeline 错误。

以上就是《在请求HTTP服务时使用Unix域套接字时发生管道错误》的详细内容，更多关于的资料请关注golang学习网公众号！