mirror of
https://github.com/golang/go
synced 2024-11-06 11:36:16 -07:00
net/http: comment handleReadError more, superficially use its argument
Fixes #24201 Change-Id: Ib970c4eeaa90489d014482276a7e5afa94a50741 Reviewed-on: https://go-review.googlesource.com/122675 Reviewed-by: Ian Lance Taylor <iant@golang.org>
This commit is contained in:
parent
cae5c7fe88
commit
1da7f1e2ee
@ -709,8 +709,17 @@ func (cr *connReader) setReadLimit(remain int64) { cr.remain = remain }
|
||||
func (cr *connReader) setInfiniteReadLimit() { cr.remain = maxInt64 }
|
||||
func (cr *connReader) hitReadLimit() bool { return cr.remain <= 0 }
|
||||
|
||||
// may be called from multiple goroutines.
|
||||
func (cr *connReader) handleReadError(err error) {
|
||||
// handleReadError is called whenever a Read from the client returns a
|
||||
// non-nil error.
|
||||
//
|
||||
// The provided non-nil err is almost always io.EOF or a "use of
|
||||
// closed network connection". In any case, the error is not
|
||||
// particularly interesting, except perhaps for debugging during
|
||||
// development. Any error means the connection is dead and we should
|
||||
// down its context.
|
||||
//
|
||||
// It may be called from multiple goroutines.
|
||||
func (cr *connReader) handleReadError(_ error) {
|
||||
cr.conn.cancelCtx()
|
||||
cr.closeNotify()
|
||||
}
|
||||
|
Loading…
Reference in New Issue
Block a user