腾讯csig面经

人生第一次面腾讯 部门是CSIG的技术与产品 3.16晚上面的 大概1h 问的问题挺多的 手撕给了两道10分钟就写完了 反问环节面试官评价也挺正向 还说两道手撕都很快写出来了挺不错的（他说他一般给两道是会让候选人自己选一道的） 感觉自己发挥挺正常的 以为应该可以过 结果八点面完九点就给挂了 不知道是不是kpi面 人生中第一场鹅面试就这么狠狠被挂掉了1. 自我介绍 顺便介绍两个项目2. 你说到你的项目是微服务架构 那你说说微服务是什么？3. 你的评价系统用到了Canal 你为什么要用Canal？4. 面试官说他记得Canal的配置是比较复杂的 他说有很多复杂的配置文件 问我当时是怎么去配置的 有没有遇到什么难题？5. 你的后台消费脚本怎么判断一条语句是DDL语句还是DML语句的？（刚好有考虑到这一点就回答了根据Kafka里面的消息来判断）6. 那怎么判断是不是DCL语句呢？（这个确实没考虑到）7. 你的项目用到了SSE 说一下SSE和http有什么区别 SSE是单向的吗？8. 你的RAG项目是为什么架构的？为什么要使用Eino框架 它在里面起到了什么作用？9. 你的文档存到向量数据库的索引是怎么设计的？10. 召回文档的时候是怎么召回的？召回的是文档的ID还是文档的内容？11. 说一下OSI七层网络模型和TCP-IP的四层网络模型 每一层分别有哪些东西介绍一下（只记得四层 七层的没说全 太久没看了忘了）12. 说一下TCP的三次握手和四次挥手13. Go里面的error和panic有什么区别？14. 那panic是怎么捕获的 说一下15. 那Defer是用来干什么的？16. Go里面的Context有了解过吗 介绍一下Context可以用来做什么？17. 说一下Go语言里面的零值18. 为什么两个项目一个用Gin框架一个用Kratos框架？19. 为什么手撕代码一道题用C++、一道题用Go？ (说之前打编程比赛的时候习惯用C++写算法题 链表和二叉树的题目就习惯用C++写)手撕代码出了两道都是简单难度的leetcode 但是第二道不能额外开辟新数组 用逆向双指针就可以解决了：1. 判断链表是否有环 （自己写输入输出构建链表）2. 合并两个有序数组（要求不可以额外开一个新数组 只能使用常量级别的额外空间）

发面经攒人品腾讯云部门，应该是个海面1. 问实习2. 根据问题1衍生出来的线程池八股3.问实习4.根据问题3 问我可复用的prompt经验（给大模型喂prompt有什么心得）5.介绍下shardingSphere6.shardingSphere 跨表 join操作的处理7.单表性能瓶颈，单表不能超过多少数据量。8.介绍下B+树的原理9.知道回表嘛10. 分页查询会出现的问题11.深分页怎么解决的12.布隆过滤器的原理13.项目中限流这么做的，用的什么限流算法14.CAS说一下，知道unsafe吗？15. 场景题：用100台机器处理10亿数据找最大1000万条手撕：LRU总结：面试官很有礼貌 不压力人后续已挂

问的项目很少，大部分是八股，时长45min1、自我介绍2、etcd使用的一致性协议，raft选主流程3、http和websocket的区别？4、websocket连接建立的流程5、用户输入url链接到浏览器渲染的流程6 、一条SQL语句执行的流程7、innodb为什么用B+树8、介绍一下MVCC9、联合索引，有联合索引(a,b,c)，SQL语句select * from xxx where b = x and c =x and a=x，走不走索引10、kafka的可靠性是怎么保证的11、如何保证分布式id的唯一性，如何保证递增12、在java中如何实现go的channel（channel的底层原理）13、一些开放问题，比如如何使用ai，了解用过agent吗等14、反问手撕 lru缓存面试官很好，应该是我近几场面试感受最好的一次，会引导你回答问题，如果说错了还会解释清楚面试前还发了ai coding的，题目是Linux路径格式化的，不过面试的时候完全没提【拼多多27届暑期实习内推开始了！】第一轮笔试已于3.15结束，后续笔试将陆续开始！面试流程：通过内推链接投递简历、笔试、面试、实习、发放offer内推对象：27年毕业的同学实习要求：面试通过后，只要求7、8月在岗，只需实习2个月即可获得转正机会。实习期间表现优秀者，同等条件下优先录取。内推链接：薪资待遇：我们提供业界绝对顶尖、绝对领先的薪资，广阔的发展空间，一对一的大牛导师指导，欢迎优秀的同学加入！技术笔试可灵活顺延一次，两次都未参加，则该批次笔试结束。更多干货资料：*****************************************

岗位：后台开发面试官问：讲一下Pod 和Service的关系答题思路：Pod 是Kubernetes中可以创建和管理的最小、最简单的部署单元。它是一个或多个容器的集合，共享网络和存储资源。Service 是定义了一组 Pod 的逻辑集合以及访问这组Pod的策略的抽象层。核心关系：Pod是动态的、易逝的（可能因故障、缩放或滚动更新而被销毁和新建，IP地址会变）。Service 为这些动态变化的Pod提供了一个稳定的访问入口。Service通过标签选择器来匹配和管理一组Pod。它会自动维护一个端点列表，将流量负载均衡到后端的健康Pod上。因此，Service 解耦了前端应用与后端 Pod 实例之间的直接依赖。