前辈们，求帮看看简历

1.面试官业务介绍5-10min，然后说岗位跟面试邀约的可能不一样2.看你简历投大模型岗位，这边是后端岗多些，和统计更多，基础也比较重要3.反问ai结合场景这里莫名其妙的说了下，未来ai业务场景的的发展，最近看裁员帖子之类的面：像工程项目会被替代很多，像统计和类似于这种，系统验证还好些4.手撕回溯 子集输入调错5.有看过限流算法吗；手撕 令牌通限流服务端 伪代码，加并发控制，加乒乓球式限流，还是流式限流；5.1 怎么记录每个getToken()方法入参的lasttime构造器5.2 怎么控制乒乓球式还是流式5.3  refillToken方法要传什么参5.4 gettoken 没有写currentToken --5.5 now - last 时，单位是 s、ms 还是 μs？用户体量比较大，百万的时候怎么考虑int 会强转为 0”，时间戳溢出 + 精度丢失问题。核心问题二：浮点数精度丢失与性能损耗me：基础有待提升面：思路还可以，细节有待提升，还是细节注意6.反问to B to C业务ai答案：如果是流式控制：我关注的是平均速率。我会利用令牌桶算法，重点调节 refillRate（补充速率）。无论请求是突发还是连续，我都会把它们看作连续的数据流，只要桶里有令牌就放行，主要用于防止下游被大流量冲垮。如果是乒乓球式控制：我关注的是交互的同步性。这通常用于对延迟敏感或需要严格顺序的场景。我会通过信号量（Semaphore）或者容量为1的令牌桶来实现。核心逻辑是：必须收到上一个响应（回球），才释放下一个请求的令牌（发球）。所以，在代码里，我是通过选择限流原语（是用单纯的令牌桶，还是用信号量/状态机）来控制这两种模式的。”

ps：如果这篇帖子对于还在找工作和找实习的你有所帮助，可以关注我，给本贴点赞、评论、收藏并订阅专栏；同时不要吝啬您的花花一、生产环境删Key：命令选型优先级（必按此执行）生产环境严禁随意使用DEL、KEYS等阻塞命令，所有删Key操作需按场景匹配合规命令，优先保障Redis主线程可用性。1. 首选：异步非阻塞删除 UNLINK（Redis 4.0+）这是生产环境唯一推荐的基础删Key命令，完美规避同步删除的阻塞风险，语法极简且兼容DEL用法，底层通过后台线程异步回收内存，不影响核心业务请求。 # 标准语法（支持单Key/多指定Key批量删除） UNLINK key [key ...] # 生产...

继续来分享下最近的面经~欢迎友好讨论，信息共享项目拷打：项目一：（1）请介绍一下你的图文社交平台项目的主要功能。（2）用户基于笔记的交互，你是归类到用户还是归类到笔记呢（使用微服务架构所以这俩的关系是并列关系）（3）可以说一下Nacos服务发现的过程吗（4）Nacos和ZooKeeper有什么区别（5）你可以讲一下JWT的原理吗（6）如果不用黑名单的方式，还有其他方式让JWT令牌失效吗（7）Nacos有AP模式和CP模式，你了解吗（不了解）（8）CAP理论你了解吗（9）你用到分布式ID组件Leaf，可以介绍一下它的原理吗项目二：（1）请结合业务讲讲秒杀功能是怎么实现的（2）这里有两个动作：Redis操作和MQ发送。MQ发送的是超过实际库存的临时库存吗？如果MQ发送失败了会怎么样？（3）请展开讲讲你提到的“缓存安全优化”（采用逻辑过期方案）（4）在并发情况下，如果有多个线程都发现key过期了，会不会导致多个线程同时去数据库查询并更新缓存（5）未支付订单定时关闭，你是用定时任务做的，那会不会导致有的订单关闭时间长，有的短？（应该是想问会不会导致关闭时间不一致的情况）（6）你刚才的方案优化的是缓存穿透吗？缓存穿透除了存空值，还有什么方式？3、八股文环节：（1）介绍一下Java的内存回收机制。（2）你最近有没有学习一些新的技术体系？学习方式是什么样的？（3）你了解什么是公钥和私钥吗？（讲了https里的SSL/TLS算法，引出下文）（4）HTTPS工作流程中一直使用公钥私钥吗？（5）你知道什么是摘要吗？（6）你知道什么是哈希值吗？（7）你知道什么是一致性哈希吗？4、手撕lc667 优美的排列Ⅱ

1. BERT 模型的结构答：BERT 本质上是一个 Encoder-only 的 Transformer。输入由 Token Embedding、Segment Embedding、Position Embedding 三部分相加得到，然后经过多层 Transformer Encoder。以 BERT-Base 为例，模型参数通常是：层数 (L=12)，隐藏维度 (H=768)，注意力头数 (A=12)，前馈层维度 (4H=3072)。BERT-Large 则是 (L=24, H=1024, A=16)。每层 Encoder 的结构是：Multi-Head Self-Attention -&...