为go-http-routing-benchmark增加了Go 1.22新ServeMux的测试内容
长久以来大家在做Go web开发时都会关注router的性能表现。julienschmidt/go-http-routing-benchmark库中囊括了近些年常见常用的router库,并且准备了static、github、google+等众多测试case,来测试router的内存占用以及寻找路由解析参数的性能。
寻找大师, 跟随大师, 模仿大师, 洞察大师, 成为大师!
长久以来大家在做Go web开发时都会关注router的性能表现。julienschmidt/go-http-routing-benchmark库中囊括了近些年常见常用的router库,并且准备了static、github、google+等众多测试case,来测试router的内存占用以及寻找路由解析参数的性能。
Go在1.22中为开发者带来了新的ServeMux
,可以支持更丰富的路由表达式,详细用法见 https://go.dev/blog/routing-enhancements。 在使用中我发现想要获取当前路由匹配的信息在Request
中是无法直接获取的,需要使用func (mux *ServeMux) Handler(r *Request)
再执行一边来拿到当前匹配的Pattern
。不说在很大请求量时频繁调用带来的开销,哪怕小请求量下这样的浪费也是让人于心不忍的。在Gorilla Mux中,router向Request
的Context
设置了routeKey
来达到传递匹配的Route的信息。需要获取这个信息时要从Request
的Context
中找到这个routeKey
,也有不小的开销。
(首发知乎)参加这次黑客马拉松其实是为了圆14年没能成行的黑马,所以在没找到身边朋友的情况下毅然决然的到http://gocn.io上去找了,还真让我找到了。聊下来小伙伴对我的项目想法也很认同,所以为什么不试试呢。最后很意外的拿到了一等奖,感谢评委和主办方(不要忘记感谢祖国感谢党)!
最近操作redis比较多,redis-cli还是蛮好用的,然而有一些场景不支持,比较不爽,比如批量删掉一些键,它就不能。刚好最近在学go,就用go写了一些工具,目前放了匹配key和删除的功能,后期看实际使用当中需要什么功能再加进来,redis-cli已有的就不管了。
最近学习go语言,还是比较有意思的,正好在交叉编译上遇到了一些问题,顺便把go从1.4升到了1.5,随手做个备忘。