京东实习 一面凉经

11.21京东JD Young后端开发 
风险管理部门

1、问了黑马点评项目难点,答了库存超卖和一人一单,面试官说乐观锁容易失败,不建议使用。
2、又问了如何实现一个秒杀系统,如何应对高并发场景。胡乱说了些分布式数据库和加Redis缓存。
3、场景题:如何实现10分钟内只能发送3条验证码的功能?答了用Redis存一个计数器。
4、同一个人同时发送多条验证码,计数器如何保证并发?答了加锁,面试官提示Redis是单线程的,没必要加锁。提示后终于想到了INCRBY命令。
5、上一题的升级,如何实现任意10分钟内只能发送3条验证码,没答出来。
6、如何实现超时等待功能,没了解过。
八股环节
7、CMS和G1的区别
8、volatile有什么用
9、单例模式
10、Spring中如何管理事务,只知道注解
11、MyBatis 中 #{} 和 ${} 的区别是什么?
12、Mysql的优化方式有哪些?只说了索引
13、索引失效的情况
算法
两个有序数组的中位数
11.26挂
面试官很好,循循善诱,体验很好。可惜我太菜了,第一次面试没什么经验
全部评论
看来只有北大的哥们才能约到京东的面试
13 回复 分享
发布于 2024-11-21 17:48 四川
京东投了俩月不给面子 ,看来是学历问题
8 回复 分享
发布于 2024-11-26 23:45 四川
被京东物流后端捞了,一面一问三不知给我过了😂
2 回复 分享
发布于 2024-11-27 18:30 北京
pku都能挂 哥们跳了
点赞 回复 分享
发布于 2024-12-24 19:10 日本
你这问的和我相似度极高,大概率同一个面试官
点赞 回复 分享
发布于 2024-12-16 09:47 江苏
哪个部门
点赞 回复 分享
发布于 2024-12-11 11:59 广东
5、是不是可以记住最近3条验证码的发送时间呀?再发送的时候,判断他们的时间间隔是否够10分钟
点赞 回复 分享
发布于 2024-12-11 11:13 安徽
北大爷也用黑马点评啊
点赞 回复 分享
发布于 2024-12-01 13:50 广东
东子敢挂北大?应该是没hc吧
点赞 回复 分享
发布于 2024-11-29 19:33 北京
东子挂北大?
点赞 回复 分享
发布于 2024-11-29 17:47 上海
wc北大爷
点赞 回复 分享
发布于 2024-11-29 12:16 四川
怎么看被挂的,之前也面了京东实习
点赞 回复 分享
发布于 2024-11-28 09:36 河南
PKU也被挂啊.....
点赞 回复 分享
发布于 2024-11-27 19:31 北京
难度还行
点赞 回复 分享
发布于 2024-11-27 11:29 广东
5 是想考限流吧,令牌桶
点赞 回复 分享
发布于 2024-11-21 19:27 北京

相关推荐

鼠鼠第一次投大厂面试,写面经攒人品:1. 个人介绍(2min)2. 挖项目(我跟后端相关的项目似乎只有抖音商城(字节跳动青训营),他一直挖我这个项目)3. 服务是怎么被发现的?(微服务)4. 假如你这个服务要更新,要更平滑,不让用户感到延迟,你会怎么做?- 维护两套环境(蓝:当前生产环境;绿:新版本环境)。- 新版本在绿环境测试通过后,切换流量到绿环境,蓝环境作为回滚备用。- 优点:零停机,用户无感知切换。5. 你输入一个url的处理过程6. 然后就开始写题了,面试官直接口述,输入一个数字,输出下一个最小的比这个数大的数字(重新排列)leetcode类似的题目是:[556. 下一个更大元素 III](******************************************************)这道题手撕还是相当紧张的,给我撕出来了7. 数据库事务是什么8. mvcc是什么,怎么实现的?9. 场景题,给你一个番茄小说的书,有十万订阅,如何快而准确的通知到所有订阅的人更新了(这里要求你去用具体的实现)我这里寄了,后面复盘的时候,应该是使用feed流,这个是用ai写的答案:- 推模式 (Fanout-On-Write/Writes):- **操作时机:** 当关键事件(如新章节发布)发生时**立即**执行。- **目标用户:** **核心活跃粉丝(数量相对较小)**。- **动作:** 将事件**直接写入**这些目标粉丝的个人 **收件箱(Inbox Feed)**(一个按时间排序的数据存储)。用户访问自己的 Feed 流时,直接从这个收件箱拉取即可,延迟极低。- 拉模式 (Fanout-On-Read):- **操作时机:** 当用户主动请求访问 Feed 流时执行。- **目标用户:** **非核心粉丝(长尾粉丝,数量大)** 或 触发推模式的粉丝,在访问 Feed 时可能需要拉取更长时间范围内的数据。- **动作:** 后端服务在用户请求时,**实时聚合**用户所关注对象(收藏的书籍)的 **发件箱(Outbox Feed)** 数据(包含所有发布事件),按时间排序后返回给用户。这需要访问多个发件箱(每个收藏的书一本)并聚合。- **「推拉结合」的关键:** **合理区分「核心粉丝」与「长尾粉丝」**,只对核心粉丝进行实时写入。**关键组件与流程详解:**1. **事件源 (Event Source):**- **新章节发布:** 最核心的事件源。携带 `bookId`, `chapterId`, `publishTimestamp`。- **粉丝关系变更:** 用户收藏 (`favor`) 或取消收藏 (`unfavor`) 一本书。携带 `userId`, `bookId`, `action`, `timestamp`。2. **事件总线 (Event Bus):**- 使用高吞吐、可靠的消息队列如 Kafka/Pulsar。接收上述事件并进行持久化,供下游消费者订阅。后面是就是针对十万用户的进行**精准界定“核心活跃粉丝” (`HotFanCache`):**,查询优化,**高性能存储与分片:**10. 反问,问了业务是什么,技术栈是什么,然后和面试官聊的蛮开心的,面试官夸了基础好,知道稳了10min之后,hr通知2面.1面成功.
番茄小说二面3人在聊
点赞 评论 收藏
分享
评论
18
116
分享

创作者周榜

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