首页 / 腾讯求职进展汇总

腾讯求职进展汇总

1336528次浏览 11741人互动

这里是腾讯求职进度分享、交流地。分享你投递岗位+目前的进展+以及对应的时间线，和牛友一起打破信息差，秒懂求职状态。

此刻你想和大家分享什么

热门最新

2025-09-07 09:27

已编辑

腾讯_后台开发

延毕三月，25变26，再走来时路

牛客的腾讯准入职员工的新认证已经到位了，也是时候总结一下了。最后的最后，经历了数不清的面试排序，楼主还是第二次选择了腾讯。回想楼主的面试历史，从去年的3月一路面试到今年的八月，从暑期实习再到去年的秋招提前批，秋招正式批，春招，春招补录，再到26届的秋招。记忆已经模糊到记不清有过多少场面试，见过多少面试官的脸。去年秋招签约腾讯后，以为一切都终结了。但是最终因为延毕，在等待四个月之后，今年六月又与腾讯解约，是的，在绝大多数研究生准备拿证入职的时间，我没有拿到证也没有入得了职。或许那边的hr也已经真的尽力了吧，3月份提了延毕的事情，一直到6月份说争取之后无法通过，最后也给免了违约金。这期间我永远抱着最美好的幻想，刷脉脉，刷小红书，刷牛客，搜索最多的关键词是延迟三个月能否保留offer。其实从一开始没有给出明确回复，从一开始抽出逆位的高塔和逆位的命运之轮，我就应该做好了准备才对的，理想啊与现实重视有着不小的差距。从3月份开始又接着面字节和一些小公司，字节一边面暑期实习，一边又给我转春招，最后在上一年拒绝掉的抖音电商部门hr面后排序挂，得到的回复是最终那边也没有提交面评。在和腾讯解约三方之后又被腾讯新的部门捞，腾讯广告三面主管面之后再次挂掉，teg提前批GM hr面结束后挂掉。期间又参加了阿里虾皮美团等等的面试，有社招，有补录，有秋招，大部分也是一二面之后挂。对比去年的秋招，每投一个公司，只要有一面一定会拿offer，似乎运气已经不站在我这边了。3月到7月的这段时间，每次接到新面试的时候，总会惊喜和慌张，每次主管面之后总会觉得，这一次该结束了吧，字节hr面的那个下午大家都去拍毕业照，舍友问我什么时候入职，我说如果这次过了应该和你们一起吧，只不过我是实习……  teg的GM hr线下面试，从金地威新大厦出来的那一瞬间，查到了自己论文盲审通过的消息，那时候以为真的一切都结束了，晚上我一个人在湾区之光摩天轮前许愿，许愿面试通过许愿一切顺利，然而最后 ，霓虹灯消去，太阳升起，招聘页面还是换成了灰白色的流程已结束。记得那个早上空调坏了，一直在滴水，宿舍很热，我坐起来看到流程已结束的页面，感觉浑身都很麻木，身体里面很冷，身体外面却很热，我又打开了微信公众号的小林coding，就打开了手机leetcode，看了那段时间看的最多的题目：数组中的第k个最大元素，恍惚间想到其实招聘找工作也像这道题里的那个堆一样，一开始就只有k，不过还是想要挤进去，直到最后一个元素为止。这个时间段捞我的面试官和hr说的最多的就是，很可惜，但是以后的路还很长，是啊，人生的路是很长的，这才到哪里最后的最后，还是被腾讯捞了一次，很幸运再次走到了hr面，hr问我你去年拿过多少offer，我开始报菜名，他说很不容易啊，去年拿过那么多，我说即使再多最终也只能选一个。他又问我迄今为止参加过多少场hr面试了，我说实在记不清了，10次，20次。那个瞬间我甚至在想或许是不是拒绝错了，去年那么多次的选择，今年在被腾讯广告拒绝之后，也曾拿过一个不错的二线城市的中厂offer，那个hr几乎给我争取到了他们公司当年应届的最高薪资。最后，在毕业答辩之前的一天，我再次拿到了腾讯的offer，没有很多预兆的一个电话，曾睡觉前幻想过无数次的声音，这一次是真的结束了。有时候会想，我究竟选择了什么样的一条路，一个学材料的非科班，与导师，与同门，与舍友，与所有人背道而驰。别人的三年，是实验室的苦闷，sci接受的快感，是朝九晚十按部就班的生活。我的三年，是日日夜夜暗黑色的IDE闪着五颜六色的代码，是一换导师，两度秋招，五搬宿舍的奔波。在广东这片离我家乡1800多公里的闷热的土地上，无数次的夜晚，我问自己为什么要坚持。依稀记得最开始打开动力节点的网课，杜老师在视频里操着没那么标准的普通话说，大家好，从现在开始，你们有了一个新的身份，java软件工程师了。那时的我真的觉得这件事情很魔幻。起初我就是单纯想着工资高一点，有了更多钱可以做更多事，不敢确定是哪一个瞬间把我彻底从材料研究生变成软件开发菜鸟了。或许是通宵完成的第一个阿里终端训练营项目，拿到沉甸甸奖杯的时候，或许是第一次拿到腾讯实习，进入滨海大厦的那个早晨，或许是第一次字节三面，我在腾讯的文印室把自己面哭了（因为我知道我一定已经拿下那个offer，事实也雀食如此），也或许更早一点，是在第一次意识到原来做一份自己没有那么讨厌，又有一些兴趣的事情原来真的很开心。如今一切尘埃落定，曾经以为失去的，学位，职位，现在一一都要拿回来。大刘的《超新星纪元》中有句话说：人们常说，有志者事竟成，今天，我要告诉你们，这句话是错误的，只有符合科学客观规律的事情，才能成。我们人生中遇到的百分之九十九的事情都是成不了的，而我们的工作就是找到那百分之一的事情。我想我找到了我人生中的这件事，也希望大家都能先去找到这件事，在这之后，努力也好，内卷也好，躺平也好，摆烂也好，至少我们都是在自己人生中正确的路上前进。希望26秋招，大家都能得偿所愿，我这样的叠满buff的都成了，大家也能成！最后的致谢我感谢了很多人，但是其实我最想写还是这句话：最后， 我要感谢那个永不言弃的自己，我始终坚信即使是西西弗斯，也能在日复一日的推石中找到属于自己的意义。

qqqqyy：泪目了老哥从去年招实习的时候就刷到你，还把你的转码经验贴发给同学看。正式入职以后没想到你延毕了，好在最后有了好结果加油老哥

点赞评论收藏

2025-03-20 12:57

已编辑

字节跳动_财经风控_后端开发

26届腾讯QQ暑期实习后台开发一面面经

贴主会更新每一个面试的面经，可以点进贴主主页查看其他面经(都会写的详细)，可以关注我获得最新面经通知。总结基本纯八股，基本没有问项目，算法两道贴主的第一次面试（3.11图里是3.10是因为延后了一天），全程十分的紧张。首先面试官让自我介绍，应该是想从我的的介绍里引出问题，可是过于紧张只介绍了自己目前的大学大三的一名软件工程学生，没有谈到任何项目和获奖经历，面试官听完我讲完愣了一下，才开始转入面试1.现在主推语言（先说大二Cpp，大三做项目转Java）2.介绍一下java中的集合（先紧张卡壳了一下，然后讲了Collection和Map两方面，讲到Map的时候面试官继续发问）3.说到HashMap,他是线程安全的吗？（回答不是，然后说有CurrentHashMap有线程安全）4.CurrentHashMap怎么保证线程安全（回答使用了分段锁，介绍了分段锁机制）5.那除了你刚刚说的CurrentHashMap还有什么方法保证HashMap线程安全（又答了个synchronizedMap，也是通过锁的机制保证线程安全）6.那还有使得HashMap线程安全的其他方法吗（没答上来）7.那CurrentHashMap相比于synchronizedMap，通过不同的加锁方式，哪一个性能更好（这我不知道也没答上来）8.HashMap怎么解决冲突（细说了拉链法解决哈希冲突，提到了哈希表变大之后会变成红黑树存储）9.红黑树应用于哈希表性能好在哪里？（我从时间复杂度上解释O（logn）优于O（n））10.还有其他的解决哈希冲突的方式吗？（想起来有线性探测法，但是说不出详细的）11.查看简历后询问mysql包含哪些索引（组件索引，普通索引，唯一索引，全文索引，然后说了下索引工作方式）12.mysql常见存储引擎（InnoDB，介绍了innoDB的机制）13.InnoDB的底层数据结构（B+树,说了B+树的结构）14.为什么不用B树呢？（先说B+树相对于B树的优点，其中提到使用B+树磁盘读写性能更高）15.怎么使得读写性能更高？（从B+树存储和查找原理入手，B+树叶子结点存储数据，非叶子结点存储索引，从而使得每个节点存储更多索引信息，降低树的高度，B+树进行查找路径更短，所以磁盘读写操作更少）16.详细讲讲为什么范围查找性能更好？（从B+树节点有序相连入手，叶子结点通过指针相连形成有序链表，使得查询一旦找到要查的的范围起始点，就可以沿着链表顺序快速访问，而且B+树结构非常适合二分查找，相对的时间复杂度会更低）17.说B+树的时候提到了Redis也应用了有类似于B+树优势的数据结构，面试官直接抓住发问Redis使用情况（讲了项目里对Redis的使用）18.Redis常用的数据结构（String项目里用来存储用户信息，set项目里使用来管理帖子赞踩以及并集管理共同关注，还有list和sorted set）19.那Redis里的Hash你有用过吗？（又是Hash，这部分我背的不熟，老实交代用的不熟练）20.Sorted Set的底层数据机构是什么？（先想起来有一个跳表，面试关追问还有吗，想了很久说压缩链表，并说只知道名字，不知道具体实现，因为我前面说到的都细致解释了）21.问Redis持久化机制（回答两种，RDB持久化和AOF持久化）22.马上询问RDB底层的运行原理和具体执行（说了自动配置和手动配置，提到BGSAVE）23.追问BGSAVE具体执行（老实交代只记得这个命令，对底层执行还不清楚）24.开始问计网，TCP和UDP（细说了TCP的三次握手和四次挥手和UDP传输快但是不可靠）25.TCP的头部结构说一下（开始按顺序说TCP的头部存储的不同参数）26.那头部里的校验和占多少位？（16位）27.http中403错误码什么含义？（禁止访问，服务器拒绝客户端发送的请求，权限或者资源问题）手撕算法，面试官调试腾讯会议上面的ide，调试了五分钟没搞好，让我自己直接在自己的ide上写十五分钟内完成快速排序和二叉树中序遍历用c++写，二叉树写的时候被要求不能用递归要用迭代法算法都不难，但是因为没有腾讯会议上的输入样例提示，面试官也没说具体的输入样例核心逻辑很快就写好了，但是样例的输入尤其是二叉树那里一时没处理好（向输入前序然后输出后序来着）到时候面试官上来说因为没有在腾讯会议上写，就不要求运行写输入样例了，要求我细说两个算法的逻辑即可28.快速排序——经典的分治算法，寻找一个基准数，将小于他的排左边，大于他的排在右边，然后递归处理左右两边29.快排稳定吗？（不稳定）30.细说快排不稳定的原因（依赖于交换操作，可能导致数值相等的元素排序后相对位置发生变化）31.说几个稳定的排序算法（冒泡排序、插入排序、归并排序）32.二叉树中序遍历——利用栈模拟递归过程，首先将根节点以及其左子节点一次入栈知道左节点为空，然后弹出栈顶节点，再将右子节点作为新的根节点，重复这个过程到时间了，让我反问，不知道说什么，就问面试官，这是我的第一次面试，您认为我的表现如何，面试官官方回答：”我只是如实的记录你的面试表现然后把档案给上面的leader进行横向评估，这不由我说了算而由leader说了算。“也不知道这样反问稳不稳妥，说出去的时候其实就有点后悔了，然后向面试官道谢，面试结束。

wuwuwuoow：说说我自己对这些八股的理解，有问题可以一起讨论

： 1.CurrentHashMap，面试官应该是想让你回答 JDK1.7 和 JDK1.8 的实现区别，为什么 1.8 的更好？1.7 是分段锁，但是锁的粒度还是比较大。所以 1.8 做了改进，如果目标位置上的节点为 null，就先 CAS 把节点直接放进去，避免加锁。如果目标位置存在节点，就使用 synchronized 对“头节点”加锁，接下来读写链表或红黑树就可以保证线程安全了，因为只有一个线程能访问该链表或红黑树。总结就是 CAS + synchronized 更小的锁粒度 + 避免创建 Segment 节约内存 2.哈希冲突的解决方案。开放寻址法，在数组中找到下一个位置放入元素，常见的有线性探测、二次探测、双重哈希。在 ThreadLocal 中，就采用了线性探测法；拉链法，典型的就是 hashmap；扩容，hashmap 和 ThreadLocal 都有通过扩容的方式解决哈希冲突，会设置一个负载因子，比如 0.75，达到该值就扩容。一般就是「扩容+拉链法」解决，拉链法可以解决哈希冲突问题，但哈希冲突多了性能就差了，通过适当地扩容可以降低因哈希冲突过多导致的性能问题，但不限制地扩容又浪费内存。所以要在内存和性能之间做权衡