雪花算法 主要用于生成全局唯一ID，并且长用来作为数据表主键 雪花算法=符号位+时间戳+机械码+序列号 优点是性能高，不依赖数据库，天然支持分布式 缺点是会有时钟回拨产生重复ID和序列号溢出的风险 时钟回拨问题怎么解决？ 检测并阻塞 当检测到当前时间 < 上一次时间时，直接拒绝或阻塞，等待时间追平。这里的等待时间追平是指系统时间追上一次生成ID的时间 多时钟序列 引入“时钟版本号”（clockId），时间回拨时切换 clockId 保证不同时间段生成的 ID 不冲突（类似逻辑分片） 序列号溢出怎么解决 等待下一毫秒 当序列号用完，阻塞到下一毫秒再继续生成这是默认实现，简单且可靠 扩展序列...

我觉得我经历很丰富啊，为什么在西安只有7k😭

现在回看当时的决定，半个月前放弃百度offer的自己，真的很勇敢。当时距离入职百度只剩5天，身边所有人都在劝我：“稳一点，先去百度吧。” 但只有我清楚，我想要的不只是“还不错”。于是我咬咬牙，拒掉了offer，决定全力all in暑期实习。其实我也不是一时冲动——三月底我就已经把面试准备得比较充分了，只是求职之路哪能顺风顺水？当时在走的流程因为匹配度不够挂掉了，好在面评还不错，我也早就做好了打多轮复活赛的准备。也许是命运垂青这份勇敢，我在第二次字节复活赛就成功上岸了。很多人眼里的“孤注一掷”，从来都不是盲目冒险。面临和我一样纠结的同学，不妨拼一把，去争取自己真正想要的东西。但也想认真说一句：能拿着保底找工作当然是最好的。我当时的情况是三月几乎没有其他面试机会，这个offer必须四月初到岗，而四月的面试机会反而更多，保底对我来说其实已经没什么缓冲作用了，所以我是充分权衡后才做出的决定。大家千万别盲目学我直接拒掉保底，一定要结合自己的情况慎重考虑呀。

前段时间吃饭，跟 mentor 聊到现在毕业生找工作难这件事。他顺口说了一句话，我印象特别深： 有些面试，5分钟内其实就差不多知道结果了。甚至有的校招面试，更直接：候选人一开口，挂还是过，他心里基本就有数了。说实话，我一开始听到这句，还有点不服。我当时心里想，哪有这么夸张，大家不都得聊一会儿、问几轮，才能看出来吗？但回头看我去年那 40+ 场后端面试，我发现这话真不是吓人的。很多时候，不是你答了多久才暴露问题，是你一开口，面试官就已经听出来你对这个东西到底懂多少。两次尴尬面试经历我刚开始面试那阵子，其实就是最典型的“背过一点，但没真的懂”。后端技术栈深度不够，广度也不够，再加上人一紧张，就特别...