追記：
ここにまとめられている内容はgithubのリポジトリに移動しました。
参加者
今回の概要
- connpass：http://connpass.com/event/2222/
- 発表者：Jxck
- バージョン：go1.0.3
- パッケージ：net/http
話題に上がった点
ServerMux型のexplicitは何なのか？
ServerMux型は
type ServeMux struct {
mu sync.RWMutex
m map[string]muxEntry
}
type muxEntry struct {
explicit bool
h Handler
}
と宣言されている。
このmuxEntry型のexplicitというフィールドは何の為に使用しているのか？という点が話題に挙がった。
ServerMux.Handleの定義（server.go:944）は以下のようになっている。
// Handle registers the handler for the given pattern.
// If a handler already exists for pattern, Handle panics.
func (mux *ServeMux) Handle(pattern string, handler Handler) {
mux.mu.Lock()
defer mux.mu.Unlock()
if pattern == "" {
panic("http: invalid pattern " + pattern)
}
if handler == nil {
panic("http: nil handler")
}
if mux.m[pattern].explicit {
panic("http: multiple registrations for " + pattern)
}
mux.m[pattern] = muxEntry{explicit: true, h: handler}
// Helpful behavior:
// If pattern is /tree/, insert an implicit permanent redirect for /tree.
// It can be overridden by an explicit registration.
n := len(pattern)
if n > 0 && pattern[n-1] == '/' && !mux.m[pattern[0:n-1]].explicit {
mux.m[pattern[0:n-1]] = muxEntry{h: RedirectHandler(pattern, StatusMovedPermanently)}
}
}
これを見ると、すでに指定したパタンにハンドラが設定してあるかどうかをチェックするフラグとして使用されている。
しかし、mapはキーが「ある」か「ない」かをチェックできる。
そのため、このフィールドが指す意味が良くわからなかった。
ちなみに、explicitを設定しているのは、上記の
mux.m[pattern] = muxEntry{explicit: true, h: handler}
の部分だけだった。
追記：
鵜飼さんから、Google+のコミュニティでexplicitの意味を教えていただきました。
https://plus.google.com/u/0/117100596700604439455/posts/bowpjrpButJ
ResponseWriterがinterfaceな理由
http.Handler.ServeHTTPの引数には、http.Request型とhttp.ResponseWriter型が使われている。http.Request型がstructであるのに対し、http.ResponseWriter型がinterfaceである理由について、話題に挙がった。
http.ResponseWriter型がinterfaceである理由は、Handlerのテストをするためではないかと推測できる。理由は、net/http/httptestパッケージのhttptest.ResponseRecorder型を見れば分かる。httptest.ResponseRecorder型では、Handlerの返したレスポンスを記録し、あとで取得することができる。そして、返したレスポンスを取得し、想定していたものと同じものがレスポンスされたかどうかチェックすることができる。
このように、レスポンスについては、本番用は通常通りクライアントサイドにレスポンスする。一方で、単体テストでは、httptest.ResponseRecorderの内部にレスポンスを保持することで、テストを容易にしている。
importについて
import文について以下の2点が話題に挙がった。
import . "パッケージ"
「.」を使うことで、Javaのstaticインポートのようなことができる。つまり、「.」で別名を付けたパッケージのメンバはパッケージ名無しで呼び出すことができる（参考）。
import _ "パッケージ"
「」をつけることで、未使用のパッケージがあってもコンパイルエラーを出さなくて済む（参考）。
また、「」を付けてインポートしても、そのパッケージのinit関数は呼ばれる（参考）。
http.DefaultServeMuxについて
http.Server型の定義は以下のようになっている(server.go:997)。
// A Server defines parameters for running an HTTP server.
type Server struct {
Addr string // TCP address to listen on, ":http" if empty
Handler Handler // handler to invoke, http.DefaultServeMux if nil
ReadTimeout time.Duration // maximum duration before timing out read of the request
WriteTimeout time.Duration // maximum duration before timing out write of the response
MaxHeaderBytes int // maximum size of request headers, DefaultMaxHeaderBytes if 0
TLSConfig *tls.Config // optional TLS config, used by ListenAndServeTLS
}
http.ListenAndServe関数では、このうちのhttp.Server.Addrをhttp.Server.Handlerを以下のように設定している。
func ListenAndServe(addr string, handler Handler) error {
server := &Server{Addr: addr, Handler: handler}
return server.ListenAndServe()
}
ここで設定されたHandlerがリクエストを捌く際に使用される（参考）。この値がnilである場合は、代わりにhttp.DefaultServeMuxが使用される。なお、http.Handle関数などは、このhttp.DefaultServeMuxに対してのラッパーである。そのため、http.Server.Handlerがnilでない場合は、http.Server.Handlerに設定した値が優先されるため、http.Handleやhttp.HandleFuncでいくらハンドラを設定しても意味がない。