@lysS 是的呀~~

@lysS 小于 257 必然是稳定的呀，首先 n-1 ,0,1 2.....n-2, 大于 257 也是稳定的，源码看了就很容易发现了，我的环境也是 go 1.17.3

@vxyun 首先 runnext 这个 257 没问题,输出 0 这个确实是 schedule 的机制
```go

if _g_.m.p.ptr().schedtick%61 == 0 && sched.runqsize > 0 {
lock(&sched.lock)
gp = globrunqget(_g_.m.p.ptr(), 1)
unlock(&sched.lock)
}

```
每隔 60 次会从 globelq 获取一个执行，打印数据多一点，也可以看到 0 ，1 ，2 ，3 每隔 60 次打印出来

nuc8 就行，跑一个 k8s 集群都行

网关入口做鉴权呗，微服务只做具体业务

极客时间 张磊的课程，或者直接看 k8s 权威指南了

binlog->canal->kafka->svr

一般瓶颈都在数据库这一层，业务逻辑能有多复杂，跑一个空的 nginx，单机能到达 10W qps，业务复杂了单机能到达 1000TPS 我觉得已经很高了，现在很多时候都是码机器了，缓存 队列 k8s + hpa 自动扩容缩容，扛高峰流量也就没太大问题

9k 的预算。。。不能推荐 macbook pro 了，如果上 pro,就上 16G 以上的，你这要跑 docker，玩一要跑个 k8s 啥的，内存需求更高

滴滴的挺好用的，看 3 楼的地址

限制 ip 不就得了

网关限流，或者自己代码写限流，什么令牌桶啊七七八八的

@yuguorui96 编译一下，可以看到，golang 对于相同的字符串确实是做了优化处理，只存一份的

import (
"github.com/davecgh/go-spew/spew"
"reflect"
"unsafe"
)

func main() {
s0 := "something"
s1 := "something"
spew.Dump(&s0)
spew.Dump(&s1)
spew.Dump((*reflect.StringHeader)(unsafe.Pointer(&s0)))
spew.Dump((*reflect.StringHeader)(unsafe.Pointer(&s1)))
}

--------------
(*string)(0xc0001042b0)((len=9) "something")
(*string)(0xc0001042c0)((len=9) "something")
(*reflect.StringHeader)(0xc0001042b0)({
Data: (uintptr) 0x1101229,
Len: (int) 9
})
(*reflect.StringHeader)(0xc0001042c0)({
Data: (uintptr) 0x1101229,
Len: (int) 9
})

你自己用法姿势不对，正确的应该是这样吧：unsafe.Pointer((*reflect.StringHeader)(unsafe.Pointer(&s0)))

5 亿数据还优化个啥，上其他数据库呗，ch es tidb 都能满足你的需求，如果有更新要求，ch 可能不适合了，es tidb 更适用

有啥难说清楚的，看源码不就清楚了~

说用 chan 的，chan 底层数据结构是个啥，有研究过吗~