获得徽章 4
- #青训营笔记创作活动#
2023/1/22 打卡day6
今日学习
DHCP（Dynamic Host Configuration Protocol，动态主机配置协议）
- 一种获取 IP 的方式，另一种是直接指定
DHCP 四阶段
1. DHCP discover，谁能给个 IP，广播的形式发送
2. DHCP offer，接收到 IP，子网掩码等；
- 可广播可单播，跟系统有关对于能收单播包的系统，会在发DHCP Discover阶段设一个 Broadcast flag = 0 (unicast) 的标志位，告诉服务器，支持单播回复，于是服务器就会在 DHCP Offer 阶段以单播的形式进行回复。
3. DHCP request，确定要使用某个 IP
4. DHCP ACK，同意 IP 使用
知识点
1. 不一定要经历四阶段，如果曾经连过这个网，机器会记录你上次使用的 IP，再次连接时优先使用原来的那个 IP，因此只需要经历第三第四阶段
2. DHCP 是应用层协议，考虑到需要支持广播功能，底层使用的是 UDP 协议，而不是 TCP 协议
3. 得到 DHCP ACK 之后不能马上使用这个 IP，DHCP 得到 IP 之后还会发 3 次无偿 ARP 通告，在确认没有冲突后开始使用这个 IP
- ARP 消息的目的是通过 IP 地址去获得 mac 地址。所以普通的 ARP 消息里，是填了 IP 地址，不填mac 地址的。
- 无偿 ARP（Gratuitous ARP）：特点是它会把 IP 和 mac 地址都填好了，而且填的还是自己的 IP 和 mac 地址。展开评论点赞 - #青训营笔记创作活动#
2023/1/14 打卡day5
今日学习
今天学习的文章是MySQl 索引之道，之前对索引方面的知识并不太了解，读完文章后，对sql语句是否走索引的判断依据以及索引失效的场景有了基本的了解，也从中了解到MySQL中EXPLAIN关键字的含义及用法，对回表的概念也有了更进一步的认识，学到了很多新的东西，赞~
展开评论点赞 - #青训营笔记创作活动#
2023/1/13 打卡day4
今日学习
文章开头介绍了不同岗位的技术人员思考问题的方式上的区别，从软件架构演进引出最近热门的DDD与微服务架构，了解到了很多新的东西。
印象最深的是谈及DDD的"不以用户为中心"的观点里的故事——"在汽车出现之前，那时候人们的需求就是想要一辆更快的马车，如果当时被限制在“用户需求”的框框里，怎么能发明出来汽车呢？"。
回想自己以前开发过程的核心思路就是技术为人的需求服务，如何更快更高效的解决现有的问题即"造更快的马车"，几乎没有考虑到"造汽车的问题"，这似乎是一种更高维度的思考方式，确实开拓了眼界，赞~展开评论点赞 - #青训营笔记创作活动#
2023/1/12 打卡day3
今日学习
作者通过一个故事入手，介绍了mysql存储数据的方式，并配上了详细的计算方法，虽然目前是不明觉厉，但还是开拓了眼界，后续学得更深一点再重新来看可能会有更多收获~
展开评论点赞 - #青训营笔记创作活动#
2023/1/11 打卡day2
今日学习
了解并新安装了一些IDEA插件，这些插件可以帮助提高开发速度及效率，值得推荐~评论点赞 - #青训营笔记创作活动#
2023/1/10 打卡day1
今日学习
之前只对限流有一个基本的认识，从文章中学习了限流常见的实现方式，了解到不同实现方式的优缺点，今天对限流有了更进一步的的认识~
什么是限流呢？限流是限制到达系统的并发请求数量，保证系统能够正常响应部分用户请求，而对于超过限制的流量，则通过拒绝服务的方式保证整体系统的可用性。
附上限流实现方式的对比（ctrl+c作者的，下方链接中的文章有对优缺点的前因后果有更加深入的介绍）
计数器：
优点：固定时间段计数，实现简单，适用不太精准的场景；
缺点：对边界没有很好处理，导致限流不能精准控制。
滑动窗口：
优点：将固定时间段分块，时间比“计数器”复杂，适用于稍微精准的场景；
缺点：实现稍微复杂，还是不能彻底解决“计数器”存在的边界问题。
漏桶：
优点：可以很好的控制消费频率；
缺点：实现稍微复杂，单位时间内，不能多消费，感觉不太灵活。
令牌桶：
优点：可以解决“漏桶”不能灵活消费的问题，又能避免过渡消费，强烈推荐；
缺点：实现稍微复杂，其它缺点没有想到。
Redis + Lua 分布式限流：
优点：支持分布式限流，有效保护下游依赖的服务资源；
缺点：依赖 Redis，对边界没有很好处理，导致限流不能精准控制。展开评论点赞