go源码分析(三) 使用go http包开发web时遇到的坑之卸载插件,重启插件管理,仍然可以访问已经卸载的插件
问题描述:
web页面下发重启指令后,对卸载插件的处理不完整(虽然列表已经没有插件描述,但是在HandleFunc的路由列表中依然存在)
我们需要清空路由列表map
路由列表结构见代码:
net/http/server.go
type ServeMux struct {
mu sync.RWMutex
m map[string]muxEntry
es []muxEntry // slice of entries sorted from longest to shortest.
hosts bool // whether any patterns contain hostnames
}
由于map是私有变量,我们不能在自己的程序中实现清空的动作,同时这个变量使用范围可能很广泛,不能确定,所以我们采取给golang标准库中进行添加方法
将路由列表清空,再重新添加路由列表
// 清除已经绑定的路由表 目前只测试了HandeFunc的
func CleanServeMuxMap(){
for k,_ = range defaultServeMux.m {
delete(defaultServeMux.m,k)
}
}
参见 https://github.com/Bin-DuS/go/commit/4d3ee4568c2d6cfff11dc76409084b82468af5a5 该仓库fork自golang/go仓库
一法通,万法通,诸般深奥的学问到了极处,本是殊途同归。