字节二面 基础架构

1. 自我介绍讲项目2. 项目里neo4j的rbac介绍：不同用户-角色-权限（public、reader、admin..）3. 设计系统，抽象一点：用户、角色、权限、用户-角色、角色-权限表4. 权限怎么定义？通用的还是自定义？ 兼容，拆成动作—资源5. 怎么权限判断：查ID匹配。慢怎么办？主要靠缓存：redis6. 过程中安全怎么做？https传输+hash。http明文传输，https加密，且有证书7. 讲https怎么握手：先发请求，返回证书+公钥，然后用户端验证，再发自己的对称密钥用公密加密，用用户的密钥通信。8. 数据库类型介绍：关系型sql和非关系下分键值、图等等。9. mysql索引类型：一开始说的B+树和哈希。。后面发现是主键索引和其他索引，主键存id和整个，普通的存单字段列和ID10. 主键索引和普通区别：聚簇索引和辅助索引的区别。主键索引消耗高，存整个；普通的根据字段找ID找整个表算法题：1. 找字符串的无重复最小子串长度：双指针滑动窗口，for里加while其他的：1. 大模型和对未来ai发展：agent和小模型2. 简历项目比较杂。。个人规划：先搞后端or算法然后还想试试产品（确实比较乱了，没有一个很clear规划反问1. 技术、工作内容：go、java做基础架构sre研发，后台平台研发。包括容量管理什么的，也要用到云。2. 建议：找到一个自己的方向、别只会py。。多搞项目用go、java做一下技术，想项目的背后原理有没有其他实现方式补充问k8s、最新ai：k8s的基础架构讲了一下，操作流程；ai的最近主要关注agent和小模型（轻量化物联网和分布式计算那种）。问自己搭过agent用吗？没。。题差不多都答上来但也没有感觉很好 lol

3.31 一面4.9 二面4.23 三面老铁厂的流程怎么拖这么长长长长长长长长长长长长啊问题：问论文实习项目以前有自己从零训练过图像生成模型吗？你觉得现在的图像生成模型还有哪些可以改进的地方？手撕：根据面试官要求写一个pytorch的dataset类4.25 询问了hr，hr说三面反馈挺好，目前还在推流程，如果通过会约四面，但是不知道啥时候能约，后续可能还有一轮技术面。这个流程真的好长好长好长好长老铁池子里到底泡了多少人啊

一面后1小时通知二面——————————#面试问题记录#整整一个小时的拷打，场景题+项目拷打 几乎无八股文🧠 个人背景与项目经历1.你自我介绍一下？2.你做的两个项目中，哪个是实习？哪个是练手项目？3.实习项目主要做了什么？用到了哪些技术和框架？4.练手项目是独立做的吗？用了哪些模块和功能？    5.你对这个练手项目熟悉吗？可以详细介绍一下它的功能模块？💻 技术能力 - 后端开发1.你项目的XX流程是怎么实现的？Redis + Lua 在其中起到什么作用？2.你项目的Redis 缓存预热结构是怎样的？怎么判断用户状态？3.你用 MQ 的目的是什么？为什么不是直接操作数据库？4.MQ 消费失败的情况下你是怎么处理的？有重试机制吗？5.死信队列和超时取消使用的是同一个吗队列？怎么区分消息类型？6.redis成功执行写入了但 MQ 落库消费失败怎么办？Redis 写成功就代表成功吗？7.JWT 是怎么生成和校验的？用了什么加密算法？8.用户主动登出是怎么实现的？🧵 多线程与分布式9.Redis 的原子性是怎么保证的？10.项目中你有没有考虑幂等性？怎么防止重复请求的幂等性？11.XX场景中是否能做到最终一致性？如何通知用户成功？☁ MQ & 延迟任务12.延迟队列的作用是什么？项目中用来处理哪类业务？13.死信队列是如何配置的？超时和消费者消费失败如何分别处理？14.如果 MQ 消息失败进入死信队列，你是如何排查和处理的？15.MQ 消息失败重试到上限后该怎么办？16.使用 RabbitMQ 是为了提高性能还是为了消息可靠性？17.项目中有没有处理 MQ 消息重复消费问题？🧩 MySQL & 数据库能力18.MySQL 的 B+树结构你了解吗？聚簇索引和非聚簇索引有什么区别？19.建立索引有什么原则？如何判断字段是否适合建索引？20.用“性别”字段建索引合适吗？为啥说选择性低不适合？21.全表扫描和使用区分度低的索引扫描哪种情况下更快？22.大分页 offset 性能差怎么优化？23.在实习中是怎么优化SQL的？ 🎯场景题：高并发请求失败后处理方式💡 题目背景描述：你接入了一个第三方服务，该服务每天发送约 300 万次请求给你们系统。其中，每个请求都包含一个全局唯一的 requestId（一个 40 字节的 UUID 字符串）。如果因为网络中断、超时等原因导致第三方没有收到响应，它会重新发起完全相同的请求（带相同的 requestId），业务上有几个关键限制：    1、每个 requestId 表示一次业务处理，例如支付通知、回调、交易同步等。    2、你方必须保证对于每个 requestId，只能处理一次（典型的幂等性要求）。    3、不能重复请求第三方服务（第三方服务不具备幂等性）    4、由于网络波动或响应失败，同一个 requestId 有可能会在不同时间再次被发送过来，甚至有以下复杂时间分布：        4.1、绝大部分重复请求会在20 分钟内重发；        4.2、一小部分会在1 天内重发；        4.3、极个别（例如接口挂起重试）会在一年后突然重发。🤯 关键技术难点：    如何快速识别“是否已处理过某 requestId”？    如何既不误判（重复处理）又不滥用资源（存一年）？    如何兼顾吞吐量、IO压力、成本？

真实感受~整体感受：巨巨巨nice的实习体验！初入互联网强推来美团实习。 工作氛围：美团的企业文化在互联网公司里算比较温和的，注重对员工的培养而非筛选，同事关系很融洽，工作氛围真的很棒，入职第一天就遇到了超级超级好的mt和实习生搭子们，后面一直在外出差的leader回来后发现也是特别好相处的人，也成为了朋友。组里经常一起吃饭，工作之余也会周末约着一起出去玩，同事人都很好很nice。 工作强度：工作强度不低（早10晚8+，午休2h），但整体节奏通常可以适应，互联网基本上都是这样的强度，大家都一样。 实际的感受是，出于同事关系融洽，对公司会产生较强的归属感，因此不觉得在公司待着就像坐牢...