腾讯云智后端实习一面4.21(30分钟)

  1. 自我介绍?介绍了一下部门
  2. volite作用是什么?实现原理是什么?
  3. 2G内存分配4G内存,可以分配成功吗?(答了虚拟内存可以分配成功)
  4. 熟悉的设计模式?(说了策略模式)
  5. 虚拟内存的作用?为什么需要虚拟内存?
  6. 数据库查询慢如何处理?(回答explain,判断索引有无失效,最左匹配,前导模糊)
  7. 采用多线程模型的场景?
  8. 不借助已有的锁,java实现互斥锁?(信号量+队列阻塞)
  9. 单例模式如何实现线程安全?
  10. 什么是tcp粘包,为什么会粘包?
  11. 进程和线程的区别?
  12. 进程之间的通信?(回答wait和notify、notifyAll)
  13. 10亿重复个数据,如何找出只出现一个的数据?hash为什么不能用?还有其他解决办法吗?

反问:

实习生的主要工作?

自己还是太菜了

#实习面经##腾讯云智##悬赏#
全部评论
真好 我云智直接挂
2 回复 分享
发布于 2023-05-07 21:14 广西
base哪里呀
点赞 回复 分享
发布于 2023-05-13 02:13 广东
你好,是运营开发吗
点赞 回复 分享
发布于 2023-05-04 21:49 陕西
我还在初筛
点赞 回复 分享
发布于 2023-05-01 22:40 陕西
什么时候投的
点赞 回复 分享
发布于 2023-04-21 17:39 河北
暑期还是日常啊
点赞 回复 分享
发布于 2023-04-21 17:30 黑龙江
为何问我jvm调优
点赞 回复 分享
发布于 2023-04-21 17:18 陕西

相关推荐

zizi哦:和你差不多,我腾讯边缘和滴滴核心,本来选了滴滴核心,但最后还是鸽掉去了鹅。原因是腾讯离家近且待遇好。如果你想学技术且传统后端,建议滴滴,想赌一把AI,建议元宝。至于语言,其实大差不差,实习经历更重要是积累某个问题的解决方案,并且能吸引面试官和你聊,py在做AI方面有优势,可以和部门确认一下具体做什么。觉得有挑战性就可以无脑鹅了,否则就可以根据自己想传统后端还是接触AI两个点去权衡选择。
投递腾讯等公司9个岗位 offer帮选 腾讯2025实习生招聘
点赞 评论 收藏
分享
05-09 16:23
已编辑
华南师范大学 Java
一面后1小时通知二面——————————整整一个小时的拷打,场景题+项目拷打 几乎无八股文🧠 个人背景与项目经历1.你自我介绍一下?2.你做的两个项目中,哪个是实习?哪个是练手项目?3.实习项目主要做了什么?用到了哪些技术和框架?4.练手项目是独立做的吗?用了哪些模块和功能?    5.你对这个练手项目熟悉吗?可以详细介绍一下它的功能模块?💻 技术能力 - 后端开发1.你项目的XX流程是怎么实现的?Redis + Lua 在其中起到什么作用?2.你项目的Redis 缓存预热结构是怎样的?怎么判断用户状态?3.你用 MQ 的目的是什么?为什么不是直接操作数据库?4.MQ 消费失败的情况下你是怎么处理的?有重试机制吗?5.死信队列和超时取消使用的是同一个吗队列?怎么区分消息类型?6.redis成功执行写入了但 MQ 落库消费失败怎么办?Redis 写成功就代表成功吗?7.JWT 是怎么生成和校验的?用了什么加密算法?8.用户主动登出是怎么实现的?🧵 多线程与分布式9.Redis 的原子性是怎么保证的?10.项目中你有没有考虑幂等性?怎么防止重复请求的幂等性?11.XX场景中是否能做到最终一致性?如何通知用户成功?☁ MQ & 延迟任务12.延迟队列的作用是什么?项目中用来处理哪类业务?13.死信队列是如何配置的?超时和消费者消费失败如何分别处理?14.如果 MQ 消息失败进入死信队列,你是如何排查和处理的?15.MQ 消息失败重试到上限后该怎么办?16.使用 RabbitMQ 是为了提高性能还是为了消息可靠性?17.项目中有没有处理 MQ 消息重复消费问题?🧩 MySQL & 数据库能力18.MySQL 的 B+树结构你了解吗?聚簇索引和非聚簇索引有什么区别?19.建立索引有什么原则?如何判断字段是否适合建索引?20.用“性别”字段建索引合适吗?为啥说选择性低不适合?21.全表扫描和使用区分度低的索引扫描哪种情况下更快?22.大分页 offset 性能差怎么优化?23.在实习中是怎么优化SQL的? 🎯场景题:高并发请求失败后处理方式💡 题目背景描述:你接入了一个第三方服务,该服务每天发送约 300 万次请求给你们系统。其中,每个请求都包含一个全局唯一的 requestId(一个 40 字节的 UUID 字符串)。如果因为网络中断、超时等原因导致第三方没有收到响应,它会重新发起完全相同的请求(带相同的 requestId),业务上有几个关键限制:    1、每个 requestId 表示一次业务处理,例如支付通知、回调、交易同步等。    2、你方必须保证对于每个 requestId,只能处理一次(典型的幂等性要求)。    3、不能重复请求第三方服务(第三方服务不具备幂等性)    4、由于网络波动或响应失败,同一个 requestId 有可能会在不同时间再次被发送过来,甚至有以下复杂时间分布:        4.1、绝大部分重复请求会在20 分钟内重发;        4.2、一小部分会在1 天内重发;        4.3、极个别(例如接口挂起重试)会在一年后突然重发。🤯 关键技术难点:    如何快速识别“是否已处理过某 requestId”?    如何既不误判(重复处理)又不滥用资源(存一年)?    如何兼顾吞吐量、IO压力、成本?
点赞 评论 收藏
分享
评论
16
39
分享

创作者周榜

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