@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

@GeruzoniAnsasu 添加任务的时候加序列号, 线程同步后给输出结果排序

@5h4nh 源码很难读是因为复杂性, 实现得异常复杂. 当然简洁不代表性能.

@hailaz 不行. 但是实际项目里面可以, 因为"/"会被注册到静态路由区