一面：客户端发起Http请求，到服务端接收Http请求，中间的整个流程 DNS和Ip的映射是如何获取的域名和Ip的映射表是如何获取的如何保证DNS查询返回的Ip不被劫持http和https的区别如何确保https证书的真实性客户端的请求是如何落到具体的pods上的（k8s）service如何获取到pods的IpHTTP/1.1和HTTP/2的区别什么是HTTP的多路复用，请求是并行还是串行int32和int64的20000，用protobuf传输时，实际传输的字节是否一致项目相关用户表数目过大时，怎么进行处理项目原先只支持用户名登录，后续需要增加更多的登录方式，如何实现服务器如何获取到用户真实...

自从9月初秋招面试告一段落，玩了一段时间后就开始继续学习，慢慢意识到vibe coding和agent能力有多么重要。于是不断反思、总结，学一些新的技术和做点项目，发现有必要去投资自己的未来，选择更好的业务平台。最后字节开出了开发的ssp，但是我应该还是选择阿里的平台了，相对于毕业的这几k，还是未来更重要。当然其实综合了字节和阿里的15、16薪以及其他待遇，可能也没差多少。做这行就真的要持续保持学习，让自己时刻保持竞争力。一开始选了这一行我就有这样的认知，并且我也乐于不断接触新知识，新技术，时刻认识到学无止境。不然的话，到时候工作了也一定会非常痛苦。也相信，凭借自己的能力，即使在哪里都能卷出来发光发热吧

27届找不到日常实习，不是已读不回就是简历挂，简历的项目是点评和星球的rpc，项目描述是照搬星球和网上的，有需要修改的吗

三、核心技术场景考察及候选人表现（一）考察场景高并发秒杀场景：1 万人同时抢购 100 个库存的商品，要求保证用户体验、系统稳定性与扩展性（二）候选人方案及面试官质疑候选人核心方案：前端先获取 token（通过 Lua 脚本实现锁机制），再凭 token 下单；后续考虑通过 MQ 异步处理、库存分片等方式优化面试官核心质疑点超卖与少卖风险：Lua 脚本仅解决锁竞争问题，下单环节的复杂逻辑（风控等）可能导致下单失败，已分发 token 会造成少卖；锁机制无法完全避免超卖系统扩展性不足：面对 1000 万人抢 1 万个商品的场景，数据库难以承载高并发读写，token 机制与数据库扛压能力不匹配异步...