正确使用 go context.Context

Question

我刚刚阅读了这篇文章：在 Go 中构建您自己的 Web 框架，为了在处理程序之间共享值，我选择了context.Context并以以下方式使用它来跨处理程序和中间件共享值：type appContext struct {    db     *sql.DB    ctx    context.Context    cancel context.CancelFunc }func (c *appContext)authHandler(next http.Handler) http.Handler {    fn := func(w http.ResponseWriter, r *http.Request {        defer c.cancel() //this feels weird        authToken := r.Header.Get("Authorization") // this fakes a form        c.ctx = getUser(c.ctx, c.db, authToken) // this also feels weird        next.ServeHTTP(w, r)    }    return http.HandlerFunc(fn)}func (c *appContext)adminHandler(w http.ResponseWriter, r *http.Request) {    defer c.cancel()    user := c.ctx.Value(0).(user)    json.NewEncoder(w).Encode(user)}func getUser(ctx context.Context, db *sql.DB, token string) context.Context{    //this function mimics a database access    return context.WithValue(ctx, 0, user{Nome:"Default user"})}func main() {    db, err := sql.Open("my-driver", "my.db")    if err != nil {        panic(err)    }    ctx, cancel := context.WithCancel(context.Background())    appC := appContext{db, ctx, cancel}    //....}一切正常，处理程序的加载速度比使用 gorilla/context 快所以我的问题是：这种方法安全吗？真的有必要按照我的方式推迟 c.cancel() 函数吗？我可以使用它来实现自定义 Web 框架，通过使用 struct 之类的控制器与模型共享值吗？

Answer 1

注意：go 1.7.0-rc2 确实阐明了如何释放与上下文相关的资源（Sameer Ajmani）：

一些用户没有意识到Context用 a创建 aCancelFunc会将子树附加到父级，并且在CancelFunc调用 或取消父级之前不会释放该子树。

在包文档中尽早明确这一点，以便人们了解这个包有正确的概念模型。

该文档现在包括：

对服务器的传入请求应创建Context，而对服务器的传出调用应接受Context.
它们之间的函数调用链必须传播Context，可选择将其替换为Context使用WithCancel、WithDeadline、WithTimeout、 或 所创建的派生WithValue。
这些Context值形成一棵树：当 aContext被取消时，所有Contexts从它派生的也被取消。

的WithCancel，WithDeadline和WithTimeout函数返回一个派生Context和CancelFunc。
调用CancelFunc取消新的Context和从它派生的任何上下文，Context从父树的树中删除，并停止任何相关的计时器。在父级被取消或计时器触发之前，
未能调用CancelFunc泄漏相关资源Context。