@Nazz 忽然发现我的快排非泛型实现比标准库还快 5%, 以前还以为不如标准库最新版 :)

@lesismal 你想表达的应该是 golang 泛型是有开销的, 而不是泛型可以提高性能. 同样两份代码, 把参数换成泛型, 不可能会提高性能. 用快排实测了一下, 722725 => 792782 ns/op, 确实慢了点.

@lesismal 泛型本来就不能提高性能啊, 只是减少重复工作. 一个 Max 肯定比 MaxInt64, MaxInt32...优雅

@lesismal 不熟悉模板元编程，但模仿 cpp 的话无疑会让 go 变复杂许多

@lesismal 泛型声明里面限定了 int, float 之后自然可以做加减乘除, 更复杂的操作即使有重载操作符也不够用, 我认为泛型主要是给写库的人使用的.

@lysS 是的, 如果泛型的接口约束里面不涉及多种数据类型, 直接用接口更好

alpine 比较轻量

@lesismal 泛型主要是用来实现数据结构与算法的. 有时候也需要在泛型方法里面转成 interface{}再断言

@none 提问者想要的只是编译期类型检查

访问具体的数据要用接口约束;

package main

import "fmt"

type Test struct {
V string
}

func (t *Test) GetValue() string {
return t.V
}

type TestNext struct {
V string
}

func (t *TestNext) GetValue() string {
return t.V
}

type Value interface {
GetValue() string
}

func handle[V Value](a V) {
fmt.Println(a.GetValue())
}

func main() {
handle(&Test{V: "Hello"})
}

很符合直觉, 只是这样不方便维护.

强烈推荐 http.Transport

@R18 echo 出现时间和 gin 差不多吧. 没对比过 echo, 但是我和 bare net/http 对比过 RPS

@missdeer 除非 beego 用了非 net/http 实现, 否则不可能, gin 性能和 裸 http 差不多.

@Pipecraft go 周刊可以试下，阮一峰那两千多 PR 了🌚

我也写过一个内存缓存库，使用 hashmap 和 heap 实现 ttl

@ClarkAbe 性能很不错, 在路径较短的时候接近静态路由了.

@GeruzoniAnsasu 使用有锁队列保存任务; 任务完成后去队列拿下一个任务, 递归地调用;

@GeruzoniAnsasu 不知道我写的这个库是否满足你的需求
https://github.com/lxzan/concurrency