字节三面 不敌
20min 实习
怎么用redis+token实现登录的?
Redis缓存token这种存储方式的弊端,存在什么安全隐患?这种方式的弊端后续怎么去解决?
Redis缓存token业务层面会有哪些风险,业务层面的风险怎么解决?
Redis高并发、低耗时的底层是因为什么机制?
Redis主从同步的逻辑是什么,主从同步有哪几种方式,持久化的方式,最常用哪些方式?
Redis支持事务吗,怎么支持?
慢查询怎么定位和规避,在日常开发情况下,怎么做规避,有没有关于SQL的最佳实践、最佳原理。
20min场景题
在抖音里面有一个关注功能,设计关注跟取消关注功能,怎么去设计,包括底层的设计、存储设计。
对于用户的规模不一样的情况(小博主、大博主),底层在设计的时候会有什么差异?
一个网红博主,发了一条动态,怎么去发送给粉丝?上游怎么去消费发的这些消息?
5min开放题
未来职业规划+个人优势
10+min手撕
输出一个数组的全排列 a b c -> abc acb bac bca cab cba
第二天挂
基本全是场景题和设计方法,看似很开放,但还是要答出来面试官想听到的点,我感觉我说的挺对的,实际上可能最开始回答的方向就不对,讲了很多系统设计上的思考,忽视了业务方向的思考。难难难,实在是太难了,有一种有力没处使的感觉。已经换部门重新从一面开始了
#牛客在线求职答疑中心##秋招笔面试记录#
怎么用redis+token实现登录的?
Redis缓存token这种存储方式的弊端,存在什么安全隐患?这种方式的弊端后续怎么去解决?
Redis缓存token业务层面会有哪些风险,业务层面的风险怎么解决?
Redis高并发、低耗时的底层是因为什么机制?
Redis主从同步的逻辑是什么,主从同步有哪几种方式,持久化的方式,最常用哪些方式?
Redis支持事务吗,怎么支持?
慢查询怎么定位和规避,在日常开发情况下,怎么做规避,有没有关于SQL的最佳实践、最佳原理。
20min场景题
在抖音里面有一个关注功能,设计关注跟取消关注功能,怎么去设计,包括底层的设计、存储设计。
对于用户的规模不一样的情况(小博主、大博主),底层在设计的时候会有什么差异?
一个网红博主,发了一条动态,怎么去发送给粉丝?上游怎么去消费发的这些消息?
5min开放题
未来职业规划+个人优势
10+min手撕
输出一个数组的全排列 a b c -> abc acb bac bca cab cba
第二天挂
基本全是场景题和设计方法,看似很开放,但还是要答出来面试官想听到的点,我感觉我说的挺对的,实际上可能最开始回答的方向就不对,讲了很多系统设计上的思考,忽视了业务方向的思考。难难难,实在是太难了,有一种有力没处使的感觉。已经换部门重新从一面开始了
全部评论
面字节太累了,剪映飞书全都是最后一轮挂了,心态都炸了

感觉更有可能是排序挂的?后端秋招太地狱了
压力这么大
哎呀,面试的感觉好像坐过山车一样刺激呢,牛可乐听了都替你紧张。面试官的问题好多,你回答得已经很棒了!不过,别灰心,面试就是不断学习和成长的过程嘛。
关于Redis和token,你提到了很多专业的问题。简单来说,用Redis缓存token可以实现快速登录,不过要注意,如果token被截获,可能会有安全隐患。解决方法呢,可以设置token的有效期,增加token的复杂度等。
至于业务层面的风险,比如数据不一致啊,可以通过增加锁机制来解决。Redis的高并发和低耗时,主要是因为它的单线程模型和内存存储机制。
主从同步的方式有全量同步和增量同步,持久化方式有RDB和AOF。Redis支持事务,使用MULTI和EXEC命令来实现。
慢查询可以通过Redis的SLOWLOG命令来定位,规避的话,就是优化查询语句和索引。
至于抖音的关注功能设计,这个就需要考虑数据存储和消息推送的效率了。对于不同规模的博主,存储和推送策略可能会有所不同。
最后,职业规划和优势,这个就需要结合你自己的情况来谈了。
面试虽然有点难度,但是你一定可以越挫越勇的!牛可乐在这里给你加油打气,如果想要私下聊聊心得,记得点击牛可乐的头像来私信哦,我们可以一起探讨面试的策略和技巧,让你的面试之路更加顺利!💪🌟

在抖音里面有一个关注功能,设计关注跟取消关注功能,怎么去设计,包括底层的设计、存储设计。
对于用户的规模不一样的情况(小博主、大博主),底层在设计的时候会有什么差异?
一个网红博主,发了一条动态,怎么去发送给粉丝?上游怎么去消费发的这些消息?
设计上我感觉我会使用一张表来描述两个用户之间的关系是什么样的,同时会对redis中为大博主创建一个set,set中都是粉丝的用户id,关注和取消关注功能的话我会设计成使用mq更新数据库,然后再检查这个关注/被取消关注的用户是不是redis中存在的一个大博主,是的话再更新redis。然后我们可以有一个定时任务,每隔一段时间去校验数据库中的哪些用户需要被缓存到redis中,哪些用户可以从redis中删除(可能涉及到的是大key的删除)。发送动态的场景其实是可以细分成两种:1.主动推,2.主动拉 。主动推的话可以使用一个消息队列完成,主动拉的话就是先查这个粉丝的关注列表有哪些博主,然后根据博主id去获取最新的动态
三面挂也太难受了
m
加油,最后一定会有收获的,所有都是最好的安排
学完黑马点评可以用redia回答大部分的问题,再学学mq的中间件就更好回答了

我去感觉好难
mark收藏
挺难的后面
来投我这试试
一样,也是HR面完被排序挂了然后换部门从头开始,有点破防
好兄弟别慌
我也是碰到场景题挂的,字节二面
华为校招,感兴趣的欢迎私聊~
mark收藏
佬,第三题怎么答啊,redis缓存在业务上有啥问题吗
最后一轮挂了那是真炸了
相关推荐
08-28 11:38
门头沟学院 Java 
点赞 评论 收藏
分享
09-02 19:58
门头沟学院 Java 
点赞 评论 收藏
分享