Go语言路由库对比：DefaultServeMux vs. gorilla/mux-优快云博客

本文链接：https://blog.youkuaiyun.com/Floating__dust/article/details/110096716

本文分析了Go语言中默认的`DefaultServeMux`路由处理与第三方库`gorilla/mux`的差异。`DefaultServeMux`在功能上较为基础，不支持参数和RESTful模式。而`gorilla/mux`提供了更丰富的功能，如参数匹配、正则支持、方法限制等。通过源码解析，展示了`gorilla/mux`如何进行路由匹配及注册，特别提到了`PathPrefix`在处理静态文件访问中的作用。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

前言

golang自带路由库 http.ServerMux实现了一些简单的路由功能，但是还十分不足，因此可以借助gorilla/mux中的功能弥补，那么他们两种实现有什么区别呢？

DefaultServeMux

在DefaultServeMux中，可以找到关于路由表的实现部分：

type ServeMux struct {
    mu sync.RWMutex
    m map[string]muxEntry
}
  
type muxEntry struct {
    explicit bool
    h Handler
    pattern string
}

其中muxEntry储存了路由表的基本信息，如是否冲突，处理函数等。

路由注册的过程就是向路由表中插入相应值的过程，返回最长匹配路径的路由的相关信息，如果找不到则返回NotFoundHandler。

  func (mux *ServeMux) handler(host, path string) (h Handler, pattern string) {
          mux.mu.RLock()
          defer mux.mu.RUnlock()
          if h == nil {
                  h, pattern = mux.match(path)
          }
          if h == nil {
                  h, pattern = NotFoundHandler(), ""
          }
          return
  }

  func (mux *ServeMux) match(path string) (h Handler, pattern string) {
          var n = 0
          for k, v := range mux.m {
                  if !pathMatch(k, path) {
                  continue
                  }

                  if h == nil || len(k) > n {
                  n = len(k)
                  h = v.h
                  pattern = v.pattern
                  }
          }
          return
  }

  func pathMatch(pattern, path string) bool {
  n := len(pattern)
          if pattern[n-1] != '/' {
                  return pattern == path
          }
          return len(path) >= n && path[0:n] == pattern
  }

但是DefaultServeMux也存在很大缺陷，如不支持参数设定，例如/user/:uid 这种泛型类型匹配，也不支持正则；无法很友好的支持REST模式，无法限制访问方法（POST，GET等）。