轶

懂了，非常感谢

我的理解是重新传输一遍内容。

不知道理解的对不对，只是网上查到的保留 TIMEWAIT 的作用包含这个。

求帮忙解释下：
TIME_WAIT 保留两个 MSL 时长用来保证发生 TCP 重连时重传的内容从哪来。

如果是固定值，那保留 TIME_WAIT 状态有何意义？

在网上查看到的内容如下:

TIME_WAIT两个MSL的作用：可靠安全的关闭TCP连接。比如网络拥塞，主动方最后一个ACK被动方没收到，这时被动方会对FIN开启TCP重传，发送多个FIN包，在这时尚未关闭的TIME_WAIT就会把这些尾巴问题处理掉，不至于对新连接及其它服务产生影响。

如果是固定值，那当发生 TCP 重连时，重传的内容从哪里来呢？

没呢么多服务器资源给自己跑

昨天迁到了 Disqus，但是 Disqus 在国内被墙，哎。

基本手写 +1 习惯自己写

一般我也是拒接 996 的

D 大辛苦

还要写报告？

习惯 xml，一般使用 xml。
但有人认为使用注解可以做到抽象 base sql。
个人喜欢分开

现在能了，第二天中午的时候好的

已经切换到 coding 了

骑驴找马感觉无法专心做一件事很不舒服

我也喜欢冲动裸辞

嗯，存当前节点所有父节点的 ID，如你文章中的截图，叶子节点 E 存储 父节点信息：A 和 B

我问你一道面试题啊，也是昨天在其他群里看到别人在讨论的：

• 现在很多站点都有高并发的应用场景，但一台服务器的性能是有限的，需要有保护机制，你会如何实现限流机制
  • 比如一台服务器接口 A 限流 200QPS

夸你一下

我的思路就是，不单单只存储子节点信息，同时存储父节点信息，这样无论是查找路径还是查找深度，或者是构建整棵树（从根结点由上至下构建）都会简单些

• 按照你的表设计来看应该是二叉树，这就和你的树形结构图不符（根结点有三个树枝节点）
• 按照你的表设计，虽然可以满足二叉树的存储，但是按照你的查询需求 SQL 会很复杂，建议表扩展一个字段，定义为当前节点的所有父节点，如 E 的父节点字段记为：A:B
  • 根结点查询出这个树是否使用新增字段均可
  • 深度使用新增字段
  • 路径使用新增字段
  • 查询子节点不需使用新增字段，查询深度使用新增节点

我也太浮躁

666666666

6666666

我喜欢用 yaml

学习了

赞，多谢！

没找到配置的入口，是需要提工单吗？

@88250

厉害，不服不行

日志采集分析系统我也有兴趣， 哈哈！ 下一阶段个人项目就做他了。