你正在使用的Go版本是什么( go version )?

golang:1.10.0 linux

这个问题在最新版本的发布中是否重现？

是的

你正在使用什么操作系统和处理器架构( go env )?

容器：rhel
kubenet:

你做了什么？

func (sc *serverConn) wroteFrame(res frameWriteResult) {
...
			sc.closeStream(st, errHandlerComplete)                  <=== _code1_
		}
...
	wr.replyToWriter(res.err)                                               <=== _code2_
...
}

在某些情况下，服务器goroutine将在code1和code2之间切换执行上下文。如果处理程序goroutine在这些情况下切换回执行上下文，这将使writeDataFromHandler()(writeHeaders()也一样？)失败并将responseWriterState设置为脏。

func (sc *serverConn) writeDataFromHandler(stream *stream, data []byte, endStream bool) error {
...
	case <-stream.cw:
		// If both ch and stream.cw were ready (as might
		// happen on the final Write after an http.Handler
		// ends), prefer the write result. Otherwise this
		// might just be us successfully closing the stream.
		// The writeFrameAsync and serve goroutines guarantee
		// that the ch send will happen before the stream.cw
		// close.
		select {
		case err = <-ch:
			frameWriteDone = true
		default:
			return errStreamClosed
		}
	}
...
}
func (rws *responseWriterState) writeChunk(p []byte) (n int, err error) {
...
		if err := rws.conn.writeDataFromHandler(rws.stream, p, endStream); err != nil {
			rws.dirty = true
			return 0, err
		}
...
}

**如果在负载性能测试中在code1和code2之间添加sc.logf(),这个问题可以很容易地重现。

PS:我认为在writeFrame()中，当我们用错误关闭流时，我们不应该调用"wr.replyToWriter(res.err)",这会导致writeDataFromHandler()退出没有错误。但实际上，这个流/responseWriterState已经处于错误状态。**

你期望看到什么？

负载测试中没有连接重置

你看到了什么？

连接重置和在新连接建立之前流量失败