腾讯后台开发面经-暑期实习

基本情况
面试全程拷打了1.5个小时,基本网络、数据库、缓存、消息队列、算法都问到了。问题范围广,整体难度算适中,重点考察的是基础知识和实际问题的解决能力。
* 网络:HTTPS原理、TCP粘包/拆包。
* 编程语言:Golang协程、Context实现原理。
* 消息队列:Kafka消息重复消费、消费者组管理。
* 数据库:MySQL底层数据结构、慢查询优化、吞吐量提升。
* 缓存:Redis vs 本地缓存、缓存一致性、本地缓存固定实例访问。
* 项目经验:Job调度优化、导出性能优化。
* 算法:回文链表。

问题记录
1. 自我介绍
* 简洁明了,突出技术栈和项目经验。
2. HTTPS的原理
* HTTPS = HTTP + SSL/TLS,通过非对称加密交换对称密钥,后续通信使用对称加密。
* 面试官可能会追问:为什么需要非对称加密?(因为对称加密的密钥传输不安全balabala)
3. TCP的粘包、拆包
* 粘包:TCP是字节流协议,消息边界不清晰,多个消息可能粘在一起。
* 拆包:一个消息可能被拆成多个包传输。
* 解决方法:固定长度、分隔符、消息头声明长度等等。
4. Golang协程
* 协程优势:轻量级、上下文切换快、由用户态调度。
* 对比线程:协程更高效,适合高并发场景。
5. Context实现原理
* Context用于控制Goroutine的生命周期,传递请求范围的值。
* 实现原理:通过树形结构管理Goroutine的取消信号和超时控制。

6. Kafka消息重复消费
* 原因:消费者提交offset失败、分区重平衡、消费者重启。
* 解决方法:幂等消费、事务消息、去重表。
7. 消费者组管理
* 多个消费者在一个消费组中,Kafka会将分区分配给消费者。
* 避免重复消费:确保每个分区只被一个消费者消费。
8. 延迟调用API
* 使用消息队列(如RabbitMQ的延迟队列)或定时任务(如Cron)实现。
9. MySQL底层数据结构
* InnoDB:B+树索引,支持事务、行级锁、外键。
* 优势:查询效率高,支持高并发。
10. 慢查询优化
* 方法:加索引、优化SQL、分库分表、缓存热点数据。
11. Redis vs 本地缓存
* Redis:分布式缓存,数据共享,适合大规模系统。
* 本地缓存:速度快,但数据不共享,适合单机场景。
12. 本地缓存固定实例访问
* 使用一致性哈希或固定路由策略,确保请求总是访问同一个实例。
13. 缓存和数据库一致性
* 方法:先更新数据库,再删除缓存(Cache Aside Pattern)或延迟双删,能分析出各自的优缺点更好。
14. MySQL提升吞吐量
* 方法:读写分离、分库分表、优化索引、使用连接池。
15. Job调度优化
* 通过调整调度策略(如优先级调度、批量处理)提升系统性能,和操作系统很相关。
16. 导出性能优化,如何从30分钟优化到3分钟
* 并行处理。
* 减少数据库查询次数。
* 使用缓存
* 流式导出等等。
17. 流式导出什么意思
* 边查询边导出,减少内存占用,提升响应速度。
18. 算法题:回文链表
* 思路:力扣原题,快慢指针找到中点,反转后半部分,比较前后两部分是否相同。
* 实现:手写代码,注意下边界条件。
内推链接:
https://join.qq.com/resume.html?k=ANQI6RfQ3rhPS2dpyIkeSw
评论区可以留下姓名缩写加岗位,方便后台查看是否内推成功
#面经##后台开发##实习内推##春招##内推##腾讯#
全部评论
内推真的有用吗
5 回复 分享
发布于 2025-03-05 01:56 上海
老哥我暑期实习官网投了一周怎么没有约面试的呀
点赞 回复 分享
发布于 2025-03-05 22:36 北京

相关推荐

最终还是婉拒了小红书的offer,厚着脸皮回了字节。其实这次字节不管是组内的氛围、HR的沟通体验,都比之前好太多,开的薪资也还算过得去,这些都是让我下定决心的原因之一。但最核心的,还是抵不住对Agent的兴趣,选择了Ai Coding这么一个方向。因为很多大佬讲过,在未来比较火的还是属于那些更加垂类的Agent,而Ai Coding恰好是Coding Agent这么一个领域,本质上还是程序员群体和泛程序员群体这个圈子的。目前也已经在提前实习,也是全栈这么一个岗位。就像最近阿里P10针对前端后端等等不再那么区分,确实在Agent方向不太区分这个。尤其是我们自己做AI Coding的内容,基本上90%左右的内容都是AI生成的,AI代码仓库贡献率也是我们的指标之一。有人说他不好用,那肯定是用的姿态不太对。基本上用对Skill、Rules 加上比较好的大模型基本都能Cover你的大部分需求,更别说Claude、Cursor这种目前看来Top水准的Coding工具了(叠甲:起码在我看来是这样)。所以不太区分的主要原因,还是针对一些例如Claude Code、Cursor、Trae、Codex、CC等一大堆,他们有很多新的概念和架构提出,我们往往需要快速验证(MVP版本)来看效果。而全栈就是这么快速验证的一个手段,加上Ai Coding的辅助,目前看起来问题不大(仅仅针对Agent而言)。而且Coding的产品形态往往是一个Plugin、Cli之类的,本质还是属于大前端领域。不过针对业务后端来看,区分还是有必要的。大家很多人也说Agent不就是Prompt提示词工程么?是的没错,本质上还是提示词。不过现在也衍生出一个新的Context Eneering,抽象成一种架构思想(类比框架、或者你们业务架构,参考商品有商品发布架构来提效)。本质还是提示词,但是就是能否最大化利用整个上下文窗口来提升效果,这个还是有很多探索空间和玩法的,例如Cursor的思想:上下文万物皆文件, CoWork之类的。后续也有一些Ralph Loop啥的,还有Coding里面的Coding Act姿态。这种才是比较核心的点,而不是你让AI生成的那提示词,然后调用了一下大模型那么简单;也不是dify、LangGraph搭建了一套workflow,从一个node走到另外一个node那么简单。Agent和WorkFLow还是两回事,大部分人也没能很好的区分这一点。不过很多人说AI泡沫啥啥啥的,我们ld也常把这句话挂在嘴边:“说AI泡沫还是太大了”诸如此类。我觉得在AI的时代,懂一点还是会好一点,所以润去字节了。目前的实习生活呢,除了修一些Tools的问题,还包括对比Claude、Cursor、Trae在某些源码实现思想上的点,看看能不能迁移过来,感觉还是比较有意思。不过目前组内还是主要Follow比较多,希望下一个阶段就做一些更有创新的事情哈哈。这就是一个牛马大学生的最终牧场,希望能好好的吧。说不定下次发的时候,正式AI泡沫结束,然后我又回归传统后端这么一个结局了。欢迎交流👏,有不对的🙅不要骂博主(浅薄的认知),可以私聊交流
码农索隆:和优秀的人,做有挑战的事
点赞 评论 收藏
分享
评论
14
43
分享

创作者周榜

更多
牛客网
牛客网在线编程
牛客网题解
牛客企业服务