阿里夸克后端二面实习面经

1.项目介绍
2.说一下你那个xx系统,你们之前那个xx系统你说一下整一个信息流是怎么样的?系统的整个就是每个系统之间,它路就是整个做完这一笔业务,然后就是需要经过哪几个系统,然后每个系统做的什么事情
3.资金流是怎么样的
4.你们系统的订单支付系统幂等是怎么做的?
5.锁是怎么做的,一分布式锁是怎么做的?
6.说一说就是用redis的情况下,就譬如它锁是锁什么内容,然后他的单子又是怎么来的?
7.你怎么判断它那个单子是不是存在?
8.那怎么防止你那加了一个过期时间的话,怎么防止那个业务还没做完,但是那个锁已经被释放了。
9.你们订单系统和支付系统,它之间的一致性问题是怎么解决的?
10.刚才那个分布式事务,你说一下 TCC 第一个阶段具体是怎么做的?
11.那怎么保证你,你第一个阶段,怎么保证在第二个 commit 的时候,能把第一个阶段的你所做的那个事情是可以 commit 掉?
12.有这样一个场景,就是在某某商城上,如果是购买一个商品,你用户在支付的时候就不是正常要渲染一个收银台,这样收银台用户如果是用选择某一张银行卡支付需要收取它的一个手续费,然后你看下怎么设计
13.怎么防止手续费算错而或者是防止手续费多收或者是少收?
14.那他系统这样你去设计一套它的整一个系统的数据模型,你是怎么设计
15.这个系统你会考虑用缓存吗?什么地方用缓存你觉得
16.系统的扩展性和鲁棒性你是怎么考虑?
17.你们系统,你们现在团队的系统稳定性是怎么做的
18.你们资金安全是怎么保障的?
19.手撕:有一条直线,总长度为N公里(比如 11 公里),我们把它当作边界线。每隔一公里安装一个摄像头,所以总共 N+1个摄像头,分别在 0km、1km、2km ... Nkm 的位置。这些摄像头是从不同厂家采购的,所以每个摄像头的拍摄半径不一样。每个摄像头可以拍它所在点的前后若干公里,比如摄像头 i 可以拍摄从 i - r 到 i + r 之间的整段。r 是一个非负整数(可能为 0,表示只能拍当前点)。问题是:我们希望启用最少数量的摄像头,就能把整个区间 [0, N] 都拍到(覆盖),不遗漏任何一段。摄像头不能坏,不考虑维修
全部评论

相关推荐

头像 会员标识
11-24 17:07
已编辑
门头沟学院 后端工程师
1.项目里的Redis的旁路缓存模式,流程如何?能解决什么问题?(讲的有些模糊)追问:有了解延时双删除吗?(勉强答上来了)缓存和数据库已经不一致了,如何补救?(讲了Kafka异步补偿)2.Redis和CAS如何解决超卖?追问:CAS主要用了Redis哪些基础命令?(没答上来)3.Redis set怎么做一人一单?怎么做错误回滚?(回滚没讲出来)4.秒杀系统来了一万个用户,怎么扛住压力?(没讲出来)5.了解HTTPS吗?追问:客户端从验证数字证书到建立安全连接到流程?(没讲好)6.MySQL索引数据结构?追问:几种数据结构的优劣?B树和B+树的对比?(都讲出来了)7.SQL题:对于 select * from t where a > 2 and b = 1; 你会怎么建立索引?(一开始讲联合索引最左匹配,但是顶头就是范围查询直接失效了)追问:哪些场景索引会失效?(都讲出来了)算法题:力扣#146 LRU缓存,不要直接用Java的LinkedHashMap这里手撕的不太好,虽然搓出来个能用的双向链表。反问:1.部门业务(广告投放相关)2.哪些讲的不好?答:八股基本没什么问题,一些数据库底层原理也都讲出来了;场景题需要加强,多把项目挖一下;算法尽量少用集合类去做。3.要不要学go语言?答:有时间可以看看,不过还是尽量先提高场景题和系统设计题。(面试官自己说不会专门问语言强相关的八股,比如HashMap底层原理,不会问这些)总结:面试整体体验很不错。面试官很有耐心,反问的时候也很详细的指出了我的不足,提了很多有用的建议。接下来重心可以放在场景题和系统设计题上;有些力扣还是要重写一下,不用集合API;有空还是看看go,不然go岗位上来打招呼都没法接。
查看13道真题和解析
点赞 评论 收藏
分享
11-07 04:20
门头沟学院 Java
1.项目介绍2.说一下项目,云核心网 SMF,会话管理具体覆盖哪些能力?3. 控制面挂了、用户面还活着时,为什么大多数 TCP 连接不会断?5.控制面从切换到恢复这段窗口,UPF 上隧道状态怎么保持一致?6.如果 UPF 清理策略触发早于SMF 恢复,你们如何避免半恢复这种情况呢7.我给你个具体的业务场景,假设现在是双11临近期间,和往年一样,各大电商平台都会搞一些大促活动。今年我们(以xx养车为例)打算通过一个“影响力竞拍”的方式来做这个大促活动。这个竞拍的玩法在现实中其实也比较常见,比如车牌竞拍大致逻辑是这样的:我们选取一个有价值的拍品(比如一辆 Tesla Model Y),它的市场价大概是40万元。为了吸引更多用户参与,我们将它的起拍价设置为远低于市场价,比如说 1 万元。所有具有出价资格的注册用户都可以参与竞拍。活动时间就是双11当天这一天。在这一天中,所有参与者都可以出价。活动结束时,出价最高的用户就可以以他所出的价格购买该商品。同时,为了控制竞拍节奏,我们会设置一些比如每个用户最多只能出价3次;每次出价必须至少比当前可接受的最低出价高出100元;出价区间会随着竞拍的推进动态变化,比如最开始是 1 万 ~ 1.1 万,后续可能变成 5 万 ~ 5.1 万,这个系统要考虑非常高的并发压力,因为我们的平台注册用户有上亿,活动当天流量会非常大。所以请你思考一下:如果由你来设计这个系统,你会怎么来设计8.如果我们放宽到区间出价的规则,也就是说用户在活动期间都可以自由出价,不一定非要比当前最高价高,只要在合法区间内就行,你怎么来设计11.我们不要求每次都比当前价高,那实时阶段你写什么呢12.那比如22:00 到点就要封盘,新来的请求你怎么处理?可以允许在路上的请求吗?就是它这个缓冲窗口大概是多久呢13. 最终以谁为准,因为刚刚提到了有缓存快照 / 数据库 / 消息日志回放的最终状态?14. 如果出现同样的价格并列呢,比如价格相同,接下来呢?你会按什么去做这种二级排序?15.这规则要不要提前公示出来
点赞 评论 收藏
分享
评论
点赞
收藏
分享

创作者周榜

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