先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7
深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！
因此收集整理了一份《2024年最新Java开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。
既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上Java开发知识点，真正体系化！
由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新
如果你需要这些资料，可以添加V获取：vip1024b （备注Java）
正文
至于你问为什么面试官要问Redis底层原理呢，这个。。。我把这次机会留给你，下次你面试的时候面试官问：“讲一下Redis底层原理”。你：“面试官你好，请问为什么你要问Redis底层原理呢，你给我台电脑，我五分钟给你搭建好图书管理系统他不香吗，咱们键盘上见真章”。这时面试官就会告诉你答案，你就可以把答案打在评论区，让小奇以及众多小伙伴一起知道一下到底为什么要问？
==================================================================
在一个晴朗的周日，我来到了一个陌生的园区（别问为什么是周日，问就是997，不过为了填饱肚子的打工人，只能明知山有虎、偏向虎山行），坐在陌生的会议室，等待HR小姐姐去叫面试官，此时我的心情和各位小伙伴一样五味杂陈，担心面试官问的会不会很难？问到我的知识盲区我该怎么办？一会自我介绍的时候要不要吹一下我和小奇的关系？
一位英俊潇洒，眼神犀利的面试官走了进来，看到他那犀利、仿佛能看穿一切的眼神 ，我在想要不然一会就不要20k了，要8k得了，这个面试官一看就不好糊弄啊，但是我想起来我来之前刚看了小奇的趣学编程系列，我已经完全学会了小奇的精髓，我顿时就来了底气，决定一会要30k，不给就学小奇赖着不走（哈哈）
面试官：小奇是吧，带简历了吗？
我：没带，现在彩印两块一张，我简历五张，每次面试都要花费十块，我朋友说了还没工作就先让你掏钱的工作不要去。
面试官：。。。那你靠什么来征服我，让我录用你
我：气质？
（此时面试官并没有叫保安，而是从门后拿出了恭候我多时的棍子，我瞬间怂了）
我只好从我的双肩包中拿出了我上午从其他公司面试官手中要回的简历，上午的情形是这样的。
上午的面试官：今天的面试就到这吧，回去等通知吧！
我：面试官你好，如果贵公司不打算录取我的话，能不能把我的纸质简历还给我，我下午还有一家面试。
上午的面试官：我说你的简历怎么皱皱巴巴，原来你一直在循环利用啊！这个症状出现多久了？
我：半拉月了。。。
（当我把皱皱巴巴的简历交给面试官后，这场面试才得以继续进行。。。）
============================================================================
面试官：我看你简历上写的精通Redis？（哼，面试官轻蔑的一笑）
（看着面试官轻蔑的笑容，我忍不住拿出了我的Redis书籍推给了他）
我：这本书我倒背如流，你随便提问，答不上来算我输，答上来你就要为你的轻蔑向我道歉。
（我的笑容逐渐自信。。。）
（此时面试官看着书若有所思，我怀疑他肯定在想他对这本书的了解程度吧）
面试官：好吧，那你先说一下Redis如何实现持久化的
我：Redis主要有两种持久化方式，一种是RDB（快照）方式，另一种是AOF格式。
面试官：可以说一说两者的区别和如何配置使用吗
我们可以想象一下我现在要记录一个人的姿势是什么样子的，那么我只能通过拍照，或者描述来记录
RDB（快照）方式可以理解我想知道目前一个人的姿势是什么样子的，那么我就给他拍一张照片，那么照片上就是他这个人的姿势。
AOF可以理解为动作的描述，我通过对这个人每一个动作的描述来知道这个人的姿势是什么样子的，比如这个人左手六、右手七、左脚画圆、右脚踢，那么我通过这些动作就知道这个人目前的姿势。
所以RDB快照就相当于将Redis中的数据保存了下来，恢复的时候只需要将照片拿出来，人根据姿势恢复就行了。
而AOF相当于将Redis中的每一条执行命令记录了下来，恢复的时候需要根据命令一条一条的来，先左手六、再右手七、再左脚画圆、再右脚踢。。。（如果想不明白可以按照姿势试一下就明白了）
RDB在redis.conf目录中进行配置，命令格式为 save [时间] [次数]
那save 60 10000来举例，含义是如果在60秒内有至少10000条改动，那么就自动保存一次，也就是拍一张照片，那么中间如果改动到500条的时候Redis挂了，那么这500条改动就找不到了。
如果执行save命令会造成Redis正常读写收到影响，我们可以用bgsave（写时复制）命令来生成RDB快照，bgsave是用一个子线程来实现快照功能，主线程继续他的读写任务
使用AOF来保存数据就不会有RDB快照中Redis宕机所产生的风险了，因为AOF保存的是每一条命令，但是AOF也并不是只能每一条命令就保存一次，这样会耗费性能，我们可以设置为每1秒执行一次保存，这样就算丢失也只会丢失1秒的数据
可以通过配置文件中的appendonly设置为yes来开启AOF功能
AOF有三个保存策略
appendfsync always：每次有新命令就保存下来，性能最慢，但是最安全
appendsync everysec：每秒保存一次命令，足够快，故障时只会丢失1秒钟的数据
appendfsync no：从不保存，将数据交给操作系统来处理。更快，也更不安全
推荐使用每秒保存一次命令的方式
面试官：AOF中那么多命令恢复起来太麻烦，有没有什么优化的方式
AOF文件中有太多没用的指令，所以AOF会定期根据内存的最新数据生成AOF文件
例如我们记录一个人的动作，发现他先抬手，再放下手、然后再抬手，那我我们可以将动作合并为一个动作就是抬手，因为执行抬手，放手，抬手三个动作和只执行一个抬手的动作是一样的
我们可以配置AOF重写的频率，有两个配置项
auto-aof-rewrite-percentage 100 （aof文件自上一次重写后文件大小增长了100%则再次触发重写）
auto-aof-rewrite-min-size 64mb （aof文件至少要达到64M才会自动重写，文件太小恢复速度本来就很快，重写的意义不大）
aof可以手动重写，命令为：bgrewriteaof，此时也会使用一个子进程来重写，不会对redis的正常命令有影响
面试官：RDB和AOF各有优缺点，我们该怎么选择
在redis启动的时候如果即配置RDB又配置AOF，则优先使用AOF，因为AOF更加安全，但是性能不太好，但是我们可以混合使用，达到更好的效果
将RDB和AOF混合使用，例如恢复的时候先根据照片恢复最后一次拍照记录的样子，然后再恢复拍照后记录的动作
配置开启混合使用：aof‐use‐rdb‐preamble yes
=========================================================================
写在最后
很多人感叹“学习无用”，实际上之所以产生无用论，是因为自己想要的与自己所学的匹配不上，这也就意味着自己学得远远不够。无论是学习还是工作，都应该有主动性，所以如果拥有大厂梦，那么就要自己努力去实现它。
最后祝愿各位身体健康，顺利拿到心仪的offer！
由于文章的篇幅有限，所以这次的蚂蚁金服和京东面试题答案整理在了PDF文档里
网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
需要这份系统化的资料的朋友，可以添加V获取：vip1024b （备注Java）
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
jeS52aBS-1713559650238)]
网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
需要这份系统化的资料的朋友，可以添加V获取：vip1024b （备注Java）
[外链图片转存中…(img-9VZlu15S-1713559650239)]
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
扫一扫
5867
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
