-
Notifications
You must be signed in to change notification settings - Fork 18.4k
net/http: close connection if Connection: close
is set
#28936
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
This PR (HEAD: e956b9c) has been imported to Gerrit for code review. Please visit https://go-review.googlesource.com/c/go/+/151117 to see it. Tip: You can toggle comments from me using the |
Message from Gobot Gobot: Patch Set 1: Congratulations on opening your first change. Thank you for your contribution! Next steps: Most changes in the Go project go through a few rounds of revision. This can be During May-July and Nov-Jan the Go project is in a code freeze, during which Please don’t reply on this GitHub thread. Visit golang.org/cl/151117. |
Message from Andrew Bonventre: Patch Set 1: Run-TryBot+1 This seems like it should also have an associated unit test. Is there an issue associated with this change? Please don’t reply on this GitHub thread. Visit golang.org/cl/151117. |
Message from Gobot Gobot: Patch Set 1: TryBots beginning. Status page: https://farmer.golang.org/try?commit=e3a35643 Please don’t reply on this GitHub thread. Visit golang.org/cl/151117. |
Message from Gobot Gobot: Patch Set 1: Build is still in progress... Consult https://build.golang.org/ to see whether it's a new failure. Other builds still in progress; subsequent failure notices suppressed until final report. Please don’t reply on this GitHub thread. Visit golang.org/cl/151117. |
Message from Dave Cheney: Patch Set 1: Code-Review-2 Hello, Thank you for contributing this fix. There are a few problems which you will need to address before it can be merged.
Please address these issues so your PR can be considered. Thanks Dave Please don’t reply on this GitHub thread. Visit golang.org/cl/151117. |
Message from Brad Fitzpatrick: Patch Set 1: (1 comment) This would need a test too. Please don’t reply on this GitHub thread. Visit golang.org/cl/151117. |
This PR (HEAD: fa6a810) has been imported to Gerrit for code review. Please visit https://go-review.googlesource.com/c/go/+/151117 to see it. Tip: You can toggle comments from me using the |
Hi, all, it seems that it's hard to write unit test for it, since |
Message from Mikio Hara: Patch Set 2: (1 comment) Please don’t reply on this GitHub thread. Visit golang.org/cl/151117. |
This PR is being closed because golang.org/cl/151117 has been abandoned. 6 months with no response |
As https://tools.ietf.org/html/rfc2616#page-117 says:
HTTP/1.1 defines the "close" connection option for the sender to signal that the connection will be closed after completion of the response.
But it does not specify the connection should be closed by client or server, for safety, if
Connection: close
is set in response header, server should close the connection after write data. Recently we have been
affect by this issue: we write a lots of data to client, but the client does not close the connection(
keep-alive is set by default in HTTP/1.1), so memory is still hold by
response
, and memory is used up.