.. | ||
test-fixtures | ||
tests | ||
.gitignore | ||
.travis.yml | ||
graceful_test.go | ||
graceful.go | ||
http2_test.go | ||
keepalive_listener.go | ||
LICENSE | ||
limit_listen.go | ||
README.md | ||
signal_appengine.go | ||
signal.go |
graceful
Graceful is a Go 1.3+ package enabling graceful shutdown of http.Handler servers.
Installation
To install, simply execute:
go get gopkg.in/tylerb/graceful.v1
I am using gopkg.in to control releases.
Usage
Using Graceful is easy. Simply create your http.Handler and pass it to the Run
function:
package main
import (
"gopkg.in/tylerb/graceful.v1"
"net/http"
"fmt"
"time"
)
func main() {
mux := http.NewServeMux()
mux.HandleFunc("/", func(w http.ResponseWriter, req *http.Request) {
fmt.Fprintf(w, "Welcome to the home page!")
})
graceful.Run(":3001",10*time.Second,mux)
}
Another example, using Negroni, functions in much the same manner:
package main
import (
"github.com/codegangsta/negroni"
"gopkg.in/tylerb/graceful.v1"
"net/http"
"fmt"
"time"
)
func main() {
mux := http.NewServeMux()
mux.HandleFunc("/", func(w http.ResponseWriter, req *http.Request) {
fmt.Fprintf(w, "Welcome to the home page!")
})
n := negroni.Classic()
n.UseHandler(mux)
//n.Run(":3000")
graceful.Run(":3001",10*time.Second,n)
}
In addition to Run there are the http.Server counterparts ListenAndServe, ListenAndServeTLS and Serve, which allow you to configure HTTPS, custom timeouts and error handling. Graceful may also be used by instantiating its Server type directly, which embeds an http.Server:
mux := // ...
srv := &graceful.Server{
Timeout: 10 * time.Second,
Server: &http.Server{
Addr: ":1234",
Handler: mux,
},
}
srv.ListenAndServe()
This form allows you to set the ConnState callback, which works in the same way as in http.Server:
mux := // ...
srv := &graceful.Server{
Timeout: 10 * time.Second,
ConnState: func(conn net.Conn, state http.ConnState) {
// conn has a new state
},
Server: &http.Server{
Addr: ":1234",
Handler: mux,
},
}
srv.ListenAndServe()
Behaviour
When Graceful is sent a SIGINT or SIGTERM (possibly from ^C or a kill command), it:
- Disables keepalive connections.
- Closes the listening socket, allowing another process to listen on that port immediately.
- Starts a timer of
timeout
duration to give active requests a chance to finish. - When timeout expires, closes all active connections.
- Closes the
stopChan
, waking up any blocking goroutines. - Returns from the function, allowing the server to terminate.
Notes
If the timeout
argument to Run
is 0, the server never times out, allowing all active requests to complete.
If you wish to stop the server in some way other than an OS signal, you may call the Stop()
function.
This function stops the server, gracefully, using the new timeout value you provide. The StopChan()
function
returns a channel on which you can block while waiting for the server to stop. This channel will be closed when
the server is stopped, allowing your execution to proceed. Multiple goroutines can block on this channel at the
same time and all will be signalled when stopping is complete.
Important things to note when setting timeout
to 0:
If you set the timeout
to 0
, it waits for all connections to the server to disconnect before shutting down.
This means that even though requests over a connection have finished, it is possible for the client to hold the
connection open and block the server from shutting down indefinitely.
This is especially evident when graceful is used to run HTTP/2 servers. Clients like Chrome and Firefox have been observed to hold onto the open connection indefinitely over HTTP/2, preventing the server from shutting down. In addition, there is also the risk of malicious clients holding and keeping the connection alive.
It is understandable that sometimes, you might want to wait for the client indefinitely because they might be uploading large files. In these type of cases, it is recommended that you set a reasonable timeout to kill the connection, and have the client perform resumable uploads. For example, the client can divide the file into chunks and reupload chunks that were in transit when the connection was terminated.
Contributing
If you would like to contribute, please:
- Create a GitHub issue regarding the contribution. Features and bugs should be discussed beforehand.
- Fork the repository.
- Create a pull request with your solution. This pull request should reference and close the issues (Fix #2).
All pull requests should:
- Pass gometalinter -t . with no warnings.
- Be
go fmt
formatted.