腾讯音乐商业化26春招后端一面

实习项目拷问实习期间项目挑一两个重点说一下如何定位慢sql这是一个什么联合索引为什么不给中间的status的填进去？好问题表的数据量有没有分表，怎么分表？按月分表，那么分页查询怎么查？前端有传时间范围单表查询时长？10ms到50ms深分页怎么处理？缓存优化怎么做的？主动更新缓存失败？主动更新的并发问题？用的是什么消息队列？消息丢失怎么处理？这个系统可用性如何考虑的？定时脚本：解决入队失败，以及消费这个回调失败 ，缓存降级缓存命中率？基础知识服务器如何识别http的请求头和请求体的？cookie在http中如何传输 ？如何实现一个线程安全的任务队列？数据库为什么要有连接池？刚才你说到数据库连接池为了防止链接频繁的创建销毁，那么像http服务器，rpc服务器他们的连接就是频繁创建和销毁没有连接池，那为什么数据库需要连接池呢？答：因为数据库连接是昂贵、有状态、数量有限的资源，而 HTTP/RPC 是轻量、无状态、可快速销毁的，所以数据库必须用连接池来复用，HTTP 不需要。1. 连接成本完全不一样HTTP 连接：只是一个 TCP 短连接，用完就断，没有状态、没有认证、没有会话上下文，创建销毁非常轻。就算用 HTTP 长连接，也是复用 TCP，不是复用业务状态。数据库连接：是有状态的重量级连接：TCP 握手 + 用户名密码验证 + 权限检查 + 会话初始化（事务、锁、缓存区）。这个成本是 HTTP 的 几十倍上百倍。2. 生命周期完全不同HTTP 请求：一次请求一次连接，用完即丢，非常短暂。数据库连接：一旦建立，可以持续复用很久，完全没必要每次执行 SQL 都重新建连接。3. 数据库对连接数量极其敏感数据库有严格连接上限（MySQL 默认 151）。连接多了，数据库会：内存暴涨、线程爆炸、锁冲突、直接夯死。而 HTTP 服务器扛几万连接都没事，因为它是非阻塞、IO 多路复用，不占很重的资源。算法题：数组平方后的不同数

一面过了之后隔了三天约了二面，同样是视频面试，时长将近一个小时。二面的面试官是技术负责人，上来先深挖项目，然后是几道比较有深度的技术题，最后出了一道系统设计题。整体感觉比一面难不少，很多问题没有标准答案，考察的是思维方式和工程经验。1. 详细讲一下你项目中最复杂的模块，为什么这样设计？有没有做过重构？二面必问，而且会顺着你说的内容一直追问，所以只说自己真正理解的部分。回答框架：背景：这个模块解决什么业务问题，规模有多大（QPS、数据量）设计：核心架构是什么，为什么这样划分，技术选型的理由难点：遇到过什么问题，怎么发现的，怎么解决的演进：如果做过重构，重构前后的对比，重构的收益面试官最想听到的是...

蹲蹲各位大佬联想校招base北京的开发能开多少？会按照学历开吗？

1. 自我介绍2. 项目拷打3. 你实习做了什么 有什么提升 详细说说4.Transformer 为什么适合做大模型底座？Transformer 适合做大模型底座，核心原因是 并行能力强、长距离依赖建模能力强、扩展性好。RNN 按时间步串行处理，训练效率低，而且长距离依赖容易衰减；Transformer 使用 Self-Attention 直接建模任意位置之间的关系，训练时可以并行处理整段序列，所以更适合大规模预训练。现在大部分大模型都以 Transformer 为核心结构。5. Self-Attention 的公式是什么？输入 (X) 先映射成 Query、Key、Value：注意力计算公式...