腾讯后端一面

人才计划说是，鼠鼠也挺悲哀的，美团倒在了三面心情一直没调整过来，面试状态不佳TL8.20 投递无笔试9.16 约面9.19 一面9.19 测评不知道过没过，早上九点面得，现在恍恍惚惚记不太清楚了，官网的状态变成了部门复试；全程拷打实习，然后就是各种场景题，没有一点八股，感觉面试官在大模型方面的了解不是很深入，主要工作还是做传统搜推这些的。问出了一些有用情报仅供参考：部门有两个下级部门，分别是大模型和传统搜推，每个子部门大概就十多个人。面试官之前是在百度和腾讯待过，不明白为什么跑用友了，没敢细问，业务主要是做to B和用户导向的工程。之后有一个手撕，必须吐槽，史上最烂手撕，输入输出全部要自己定义，给的题的合并k个升序链表，按理来说直接秒的题，但是需要自己处理链表输入输出，调试怎么也过不去。时间结束后我Copy到本地IDE上，直接过，真的无语了没啥参考价值，高潜跟其他人才计划一样，需要多一个评估答辩，答辩过就是人才计划，不过就是普通offer

这是一个典型的“消息分发模型”设计问题，微博/社交平台在设计大V发博分发时，推模式（push） 和 拉模式（pull） 各有利弊。下面结合你提到的“大V发博客”场景详细分析：一、两种模式简介推模式（push）大V一发微博，系统立即将内容推送到每一个粉丝的时间线中（如写入粉丝的消息队列或Feed中）拉模式（pull）粉丝查看时间线时，实时去拉取他关注的人（如大V）最新发布的内容，再合并排序显示二、微博类应用场景选型✅ 小V/普通用户：使用 推模式粉丝数少，推送量小；内容分发量级低；直接推送到粉丝的 Feed 表中，读取快，体验好。⚠️ 大V用户（如百万粉丝）：不能用纯推模式，会有严重问题顺便吆喝...

1.图文上传流程2.如何解决图片上传的负载3.不同文件预览的挑战4.讲一下自定义hook5.讲一下Vue2 和vue3 的差异6.vue3解决了vue2的什么问题7.react对比vue的差异8.了解性能优化，在网络层面讲一下优化9.301 和 302区别10.浏览器缓存的策略11.具体是怎么触发缓存12.css的动画中，给一个元素写一个动画，又给它绑定了js点击事件，会生效吗13.反过来，js的代码会不会影响css14.盒子模型，width:100 padding:100 宽度是多少手撕：对于一个数组（长度>=3）进行乱序排序，要求每个元素不会落到原来位置，且落到其他位置的概率相同：function derangementShuffle(arr) {const n = arr.length;// 复制数组，防止修改原数组const shuffledArr = [...arr];// 1. 使用 Fisher-Yates 洗牌算法进行初步打乱for (let i = n - 1; i > 0; i--) {const j = Math.floor(Math.random() * (i + 1));[shuffledArr[i], shuffledArr[j]] = [shuffledArr[j], shuffledArr[i]];}// 2. 检查并纠正还在原位的元素for (let i = 0; i < n; i++) {// 如果当前元素还在原位，需要进行交换if (shuffledArr[i] === arr[i]) {let j = (i + 1) % n; // 从下一个位置开始找// 找到一个可以交换的元素while (shuffledArr[j] === arr[j] && j !== i) {j = (j + 1) % n;}// 进行交换[shuffledArr[i], shuffledArr[j]] = [shuffledArr[j], shuffledArr[i]];}}return shuffledArr;}// 示例const originalArr = [1, 2, 3, 4, 5];const derangedArr = derangementShuffle(originalArr);追问：这段代码的时间复杂度是多少反问：1.业务2.几面

📍面试公司：腾讯teg🕐面试时间：8.26💻面试岗位：后端开发❓面试问题：1、分布式系统的CAP原理，介绍一下为什么只能3选22、一致性hash原理介绍一下3、布隆过滤器的原理4、缓存击穿、缓存穿透、缓存雪崩5、慢查询怎么进行排查6、go的gc机制7、go的内存管理机制8、go的gpm调度原理9、实习工作具体介绍#发面经攒人品#