结合 todo-list ，regist-form ，login-form 这三个组件的时候，需要改对应的代码的吧

我也有类似的经历，总觉得很多比自己能力差的人成就却高于我，认为自己不应该只是现在的水平。

选择好的译本也很重要

好吧

人人尽说江南好，游人只合江南老。春水碧于天，画船听雨眠。
垆边人似月，皓腕凝霜雪。未老莫还乡，还乡须断肠。

@brader 谢谢，我也是这样想的，我是想问问有没有专门解决这类问题的经典算法。

@yule111222 @pdxjun 要求数据强一致的话：加分布式锁，那么所有请求被阻塞的时间是[更新 db+删除缓存+查 db+更新缓存]，而我的方案阻塞的时间是[查 db+更新缓存]，我这个相当于是乐观锁。


@luckyrayyy 你说的热点风险具体场景是咋样的呢？

@liuxu
跑了 ss -n state syn-recv ，没有处于这个状态的连接。
机器 B 配置了 net.ipv4.tcp_abort_on_overflow=1 后，机器 A 上并没有抓包到 rst 包

@jackgoudan
很想参考一下你们的排查文档

@LGA1150
net.netfilter.nf_conntrack_max = 6553600
net.nf_conntrack_max = 6553600

@tomychen
```
net.core.somaxconn = 40960
net.ipv4.tcp_max_syn_backlog = 40960
net.ipv4.tcp_syncookies = 1
```
是说这三个吗？

@sky96111 打印 kfree_skb 的上游和下游调用链，bpftrace 也能实现的，问题是接下来怎么继续排查呢

@julyclyde 用了 tcpdump -i eth0 ，确认是 eth0 网卡发的 syn


@bulay cpu2 个核使用率 1%，内存只用了 0.8G 吧，还有 3.2G

@julyclyde 机器 B 收不到包

@julyclyde
这事抓包结果：
```
[root@ip-172-31-15-148 ~]# tcpdump -i any net 172.31.6.159 -nn
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on any, link-type LINUX_SLL (Linux cooked), capture size 262144 bytes
10:03:36.321501 IP 172.31.15.148.22116 > 172.31.6.159.22: Flags [S], seq 3335570490, win 2048, options [mss 8961,sackOK,TS val 557774307 ecr 0,nop,wscale 7], length 0
10:03:37.332029 IP 172.31.15.148.22116 > 172.31.6.159.22: Flags [S], seq 3335570490, win 2048, options [mss 8961,sackOK,TS val 557775318 ecr 0,nop,wscale 7], length 0
10:03:39.348030 IP 172.31.15.148.22116 > 172.31.6.159.22: Flags [S], seq 3335570490, win 2048, options [mss 8961,sackOK,TS val 557777334 ecr 0,nop,wscale 7], length 0
10:03:43.380028 IP 172.31.15.148.22116 > 172.31.6.159.22: Flags [S], seq 3335570490, win 2048, options [mss 8961,sackOK,TS val 557781366 ecr 0,nop,wscale 7], length 0
```

@opengps 我测试只用 2 个 client ，每个 client 是能建立 5w 个连接的，只是再增加一个 client 就会达到 102610 这个极限点（ 102610 不是绝对的，比如有时候是 102607 ）

@lysS runtime.Stack 打印的是上游调用，我想看它的下游调用