排序过过过！！！

⏰timeline: 6.20投递 -> 7.02笔试 -> 7.09一面自我介绍1. 雪花算法的原理  2. MurmurHash 算法原理3. 项目数据库表设计5. 表里哪里使用了索引6. 布隆过滤器是怎么实现的7. Redis 如何用 Lua 脚本实现令牌桶限流8. 还有什么限流算法9. 负载均衡算法怎么实现10. 一致性哈希算法怎么实现的？用什么进行哈希的？输入的是什么？11. 请求相同的 Key 会不会造成数据倾斜12. 虚拟节点拆分，轮询和随机轮询进行兜底13. 项目相关手撕：2.两数相加 + 206.反转链表反问1.部门技术栈 Go开发，进来要转2.面试评价和建议面试官人很好，说的不好的地方也会和你讲一下，手撕还会引导思路。我太紧张了手撕原题写的磕磕巴巴

tcp为什么要四次挥手：TCP协议采用四次挥手（Four-Way Handshake）来确保可靠地终止一个连接，原因主要包括以下几点：全双工通信的需要：TCP连接是全双工的，意味着数据可以同时在两个方向上传输。因此，每个方向的连接关闭都需要独立进行。当一端完成数据发送任务后，它会发送一个FIN（Finish）标志来终止这个方向的连接。四次挥手确保了两个方向上的连接都能被正确且独立地关闭。确保数据完整性：在四次挥手过程中，当一端发送了FIN请求断开连接后，另一端可能还有数据需要发送。因此，它会先回复一个ACK确认收到断开请求，然后继续发送剩余数据，直到自身数据发送完毕，再发送自己的FIN包。这样...

          上周把那个大需求的技术方案写出来了，写方案的时候我就问导，怎么感觉这么挺复杂，好像可以拿去答辩了，有负载均衡，高并发，对程序加上监控，日志记录，负载均衡不是我做，但是我看懂就是我的。导说，是的，可以拿去答辩的，所以上次和我说这个不简单。😭😭😍😍，终于上当了，我蹲守了半个月终于等到高质量需求了。周三差不多搭好了，监控指标有点多，剩下两天慢慢看看怎么加监控，以及有没有遗漏的。          不过后面还有两个需求等着我😢，一个是先前遗漏的，还有个是上周周会老大看下周工作计划的时候说，这里面工作不少，安排让我进去跟进。        周五导说我的技术方案还有很多可以说得，话说我早就把方案给他了，居然现在才提修改建议，内容至少翻一倍，天啊，到时候真介绍起来估计能介绍个十来二十分钟吧，不愧是能答辩的需求😢。

收到newcoder的奖杯了哈哈哈