Icecreamhan
获得徽章 1
#青训营笔记创作活动#
2月12日 打卡day12
今日学习Kafka，第一次见这个名词，主要是关于消息的。文章由浅入深，从什么是kafka，到kafka基础概念，kafka版本及日志变迁，kafka应用实战，循序渐进讲述，我基础小白看起来也不觉得枯燥![[赞]](//lf-web-assets.juejin.cn/obj/juejin-web/xitu_juejin_web/img/jj_emoji_108.a6defc6.png)
2月12日 打卡day12
今日学习Kafka，第一次见这个名词，主要是关于消息的。文章由浅入深，从什么是kafka，到kafka基础概念，kafka版本及日志变迁，kafka应用实战，循序渐进讲述，我基础小白看起来也不觉得枯燥
![[赞]](http://lf-web-assets.juejin.cn/obj/juejin-web/xitu_juejin_web/img/jj_emoji_108.a6defc6.png)
展开
评论
点赞
#青训营笔记创作活动#
2月11日，打卡day11
今日学习:5分钟自建数据库可视化平台——bytebase
文章主要介绍了如何使用Bytebase、常用功能，并且图示化列出了详细的操作步骤，还可以使用SQL语句对数据库进行管理。值得动手一试！
2月11日，打卡day11
今日学习:5分钟自建数据库可视化平台——bytebase
文章主要介绍了如何使用Bytebase、常用功能，并且图示化列出了详细的操作步骤，还可以使用SQL语句对数据库进行管理。值得动手一试！
展开
评论
点赞
#青训营笔记创作活动#
2月10日 打卡day10
今日学习502问题怎么排查？
学习这篇文章可以先看总结，再从头向下开始阅读，更容易理解和掌握。
RST被用来在异常情况下，强制关闭连接。它是TCP包头中的一个标志位，在收到这个标志位的数据包后，连接就会被关闭。
发送TCP的RST报文也是网关代理（nginx）发出502的原因之一，之所以发RST报文，有两个常见的原因：①服务器过早断开连接；②服务端应用进程崩了（crash）☜这也是造成502状态码最常见的原因。
2月10日 打卡day10
今日学习502问题怎么排查？
学习这篇文章可以先看总结，再从头向下开始阅读，更容易理解和掌握。
RST被用来在异常情况下，强制关闭连接。它是TCP包头中的一个标志位，在收到这个标志位的数据包后，连接就会被关闭。
发送TCP的RST报文也是网关代理（nginx）发出502的原因之一，之所以发RST报文，有两个常见的原因：①服务器过早断开连接；②服务端应用进程崩了（crash）☜这也是造成502状态码最常见的原因。
展开
评论
点赞
赞了这篇文章
#青训营笔记创作活动#
2月7日 打卡day9
今日学习优秀后端都应该具备的开发好习惯。
没有基础刚开始学习后端，感觉学起来好难、很吃力，读这篇文章磨耳朵 试着培养后端学习过程中的意识。
为加深印象，总结一下文中的内容：
1.注释尽可能全面,写有意义的方法注释
2.项目拆分合理的目录结构
3. 不在循环里远程调用、或者数据库操作，优先考虑批量进行。
4. 封装方法形参
5. 封装通用模板
6. 封装复杂的逻辑判断条件
7. 保持优化性能的嗅觉
8. 可变参数的配置化处理
9. 会总结并使用工具类。
10. 控制方法函数复杂度
11. 在finally块中对资源进行释放
12.把日志打印好
13. 考虑异常，处理好异常
14. 考虑系统、接口的兼容性
15. 代码采取措施避免运行时错误
2月7日 打卡day9
今日学习优秀后端都应该具备的开发好习惯。
没有基础刚开始学习后端，感觉学起来好难、很吃力，读这篇文章磨耳朵 试着培养后端学习过程中的意识。
为加深印象，总结一下文中的内容：
1.注释尽可能全面,写有意义的方法注释
2.项目拆分合理的目录结构
3. 不在循环里远程调用、或者数据库操作，优先考虑批量进行。
4. 封装方法形参
5. 封装通用模板
6. 封装复杂的逻辑判断条件
7. 保持优化性能的嗅觉
8. 可变参数的配置化处理
9. 会总结并使用工具类。
10. 控制方法函数复杂度
11. 在finally块中对资源进行释放
12.把日志打印好
13. 考虑异常，处理好异常
14. 考虑系统、接口的兼容性
15. 代码采取措施避免运行时错误
展开
评论
点赞
赞了这篇文章
#青训营笔记创作活动#
2月5日 打卡day8
今日学习MySQL的架构篇。当时学习数据库时用的是SQLServer，对于MySQL了解不多。本文是由浅入深的对MySQL的整体架构进行阐述，可以读下全文来，受益匪浅，值得反复看。
2月5日 打卡day8
今日学习MySQL的架构篇。当时学习数据库时用的是SQLServer，对于MySQL了解不多。本文是由浅入深的对MySQL的整体架构进行阐述，可以读下全文来，受益匪浅，值得反复看。
评论
点赞
#青训营笔记创作活动#
2月4日 打卡day7
今日学习写出漂亮代码的45个小技巧。
如果不加以规范和注意，平时写出来的代码可读性很差，修改起来很麻烦。如何养成或者写出漂亮规范的代码不仅需要好好运用这些小技巧，还需要在使用过程中慢慢更改、摸索。
搬运原文中的45个小技巧。
1、规范命名
2、规范代码格式
3、写好代码注释
4、try catch 内部代码抽成一个方法
5、方法别太长
6、抽取重复代码
7、多用return
8、if条件表达式不要太复杂
9、优雅地参数校验
10、统一返回值
11、统一异常处理
12、尽量不传递null值
13、尽量不返回null值
14、日志打印规范
15、统一类库
16、尽量使用工具类
17、尽量不要重复造轮子
18、类和方法单一职责
19、尽量使用聚合/组合代替继承
20、使用设计模式优化代码
21、不滥用设计模式
22、面向接口编程
23、经常重构旧的代码
24、null值判断
25、pojo类重写toString方法
26、魔法值用常量表示
27、资源释放写到finally
28、使用线程池代替手动创建线程
29、线程设置名称
30、涉及线程间可见性加volatile
31、考虑线程安全问题
32、慎用异步
33、减小锁的范围
34、有类型区分时定义好枚举
35、远程接口调用设置超时时间
36、集合使用应当指明初始化大小
37、尽量不要使用BeanUtils来拷贝属性
38、使用StringBuilder进行字符串拼接
39、@Transactional应指定回滚的异常类型
40、谨慎方法内部调用动态代理的方法
41、需要什么字段select什么字段
42、不循环调用数据库
43、用业务代码代替多表join
44、装上阿里代码检查插件
45、及时跟同事沟通
明天继续加油！
2月4日 打卡day7
今日学习写出漂亮代码的45个小技巧。
如果不加以规范和注意，平时写出来的代码可读性很差，修改起来很麻烦。如何养成或者写出漂亮规范的代码不仅需要好好运用这些小技巧，还需要在使用过程中慢慢更改、摸索。
搬运原文中的45个小技巧。
1、规范命名
2、规范代码格式
3、写好代码注释
4、try catch 内部代码抽成一个方法
5、方法别太长
6、抽取重复代码
7、多用return
8、if条件表达式不要太复杂
9、优雅地参数校验
10、统一返回值
11、统一异常处理
12、尽量不传递null值
13、尽量不返回null值
14、日志打印规范
15、统一类库
16、尽量使用工具类
17、尽量不要重复造轮子
18、类和方法单一职责
19、尽量使用聚合/组合代替继承
20、使用设计模式优化代码
21、不滥用设计模式
22、面向接口编程
23、经常重构旧的代码
24、null值判断
25、pojo类重写toString方法
26、魔法值用常量表示
27、资源释放写到finally
28、使用线程池代替手动创建线程
29、线程设置名称
30、涉及线程间可见性加volatile
31、考虑线程安全问题
32、慎用异步
33、减小锁的范围
34、有类型区分时定义好枚举
35、远程接口调用设置超时时间
36、集合使用应当指明初始化大小
37、尽量不要使用BeanUtils来拷贝属性
38、使用StringBuilder进行字符串拼接
39、@Transactional应指定回滚的异常类型
40、谨慎方法内部调用动态代理的方法
41、需要什么字段select什么字段
42、不循环调用数据库
43、用业务代码代替多表join
44、装上阿里代码检查插件
45、及时跟同事沟通
明天继续加油！
展开
评论
点赞
#青训营笔记创作活动#
2月3日 打卡day6
今日学习了一个感觉特别有意思的话题：电脑怎么知道自己的IP地址，即详细介绍了利用DHCP（Dynamic Host Configuration Protocol，动态主机配置协议）获取IP地址的四个阶段：DHCP Discover；DHCP Offer；DHCP Request；DHCP ACK；第一个阶段是利用广播的形式发送消息（因此DHCP用UDP，而不用TCP）。
原文总结：
1）电脑插上网线，联网后会通过DHCP协议动态申请一个IP，同时获得子网掩码，路由器地址等信息。
2）DHCP分为四个阶段，分别是 Discover，Offer， Request和ACK。如果曾经连过这个网，机器会记录你上次使用的IP，再次连接时优先使用原来的那个IP，因此只需要经历第三第四阶段。
3）DHCP是应用层协议，考虑到需要支持广播功能，底层使用的是UDP协议，而不是TCP协议。
4）DHCP分配下来的IP是有可能跟某台手动配置的IP地址重复的。
5）DHCP得到IP之后还会发3次无偿ARP通告，在确认没有冲突后开始使用这个IP。
2月3日 打卡day6
今日学习了一个感觉特别有意思的话题：电脑怎么知道自己的IP地址，即详细介绍了利用DHCP（Dynamic Host Configuration Protocol，动态主机配置协议）获取IP地址的四个阶段：DHCP Discover；DHCP Offer；DHCP Request；DHCP ACK；第一个阶段是利用广播的形式发送消息（因此DHCP用UDP，而不用TCP）。
原文总结：
1）电脑插上网线，联网后会通过DHCP协议动态申请一个IP，同时获得子网掩码，路由器地址等信息。
2）DHCP分为四个阶段，分别是 Discover，Offer， Request和ACK。如果曾经连过这个网，机器会记录你上次使用的IP，再次连接时优先使用原来的那个IP，因此只需要经历第三第四阶段。
3）DHCP是应用层协议，考虑到需要支持广播功能，底层使用的是UDP协议，而不是TCP协议。
4）DHCP分配下来的IP是有可能跟某台手动配置的IP地址重复的。
5）DHCP得到IP之后还会发3次无偿ARP通告，在确认没有冲突后开始使用这个IP。
展开
评论
点赞
#青训营笔记创作活动#
2月2日 打卡day5
今日学习阅读英语文档的几个小技巧。
1. 如果中文检索词无法满足要求情况下，可以考虑将中文检索词转换为英文检索词，用转换的英文检索词，一步步优化，结合不同搜索引擎的检索结果去找到符合自己目标的内容。
2. 书找书。但是有一点需要注意：我们不要过度发散，导致忘记了最初需要解决的问题，导致花费大量的时间，需要解决的问题没有解决。（感觉自己对于这一点深有感触）
3. 搜索、翻译、找文献、分解复杂句子、查找语法知识
另外作者给推荐了几个有用的学习英语的网址：
apnews.com/
www.afp.com/afpcom/en/
globalnews.ca/
2月2日 打卡day5
今日学习阅读英语文档的几个小技巧。
1. 如果中文检索词无法满足要求情况下，可以考虑将中文检索词转换为英文检索词，用转换的英文检索词，一步步优化，结合不同搜索引擎的检索结果去找到符合自己目标的内容。
2. 书找书。但是有一点需要注意：我们不要过度发散，导致忘记了最初需要解决的问题，导致花费大量的时间，需要解决的问题没有解决。（感觉自己对于这一点深有感触）
3. 搜索、翻译、找文献、分解复杂句子、查找语法知识
另外作者给推荐了几个有用的学习英语的网址：
apnews.com/
www.afp.com/afpcom/en/
globalnews.ca/
展开
评论
点赞
赞了这篇文章
#青训营笔记创作活动#
2月1日 打卡day4
今日学习”MySQL索引之道“， SQL失效场景共包括：1）索引使用不当，或使用顺序未遵循最左匹配原则；2）索引列上使用了函数；3）索引列上有计算操作；4）Like左边包含%；5）使用OR关键字；6）in使用不当；7）not in和not exists；8）order By使用不当。
select *不会直接导致索引失效、降低效率，因为回表的原因，会有查询效率上面的折扣。
2月1日 打卡day4
今日学习”MySQL索引之道“， SQL失效场景共包括：1）索引使用不当，或使用顺序未遵循最左匹配原则；2）索引列上使用了函数；3）索引列上有计算操作；4）Like左边包含%；5）使用OR关键字；6）in使用不当；7）not in和not exists；8）order By使用不当。
select *不会直接导致索引失效、降低效率，因为回表的原因，会有查询效率上面的折扣。
展开
评论
点赞
赞了这篇文章
#青训营笔记创作活动#
1月31日 打卡day3
今日学习转Go语言以及Go进阶的一些建议，主要是调整客户端转服务端在编程思维上的转变。
文中指出客户端转服务端最大的挑战是编程思维、对问题的思考方式、考虑问题关注点的转变。
服务端不需要关心客户端如何管理应用的生命周期，只需要按照客户端要求返回数据即可。
感觉微服务部分讲述比较浅，还不太理解。
1月31日 打卡day3
今日学习转Go语言以及Go进阶的一些建议，主要是调整客户端转服务端在编程思维上的转变。
文中指出客户端转服务端最大的挑战是编程思维、对问题的思考方式、考虑问题关注点的转变。
服务端不需要关心客户端如何管理应用的生命周期，只需要按照客户端要求返回数据即可。
感觉微服务部分讲述比较浅，还不太理解。
展开
评论
点赞
#青训营笔记创作活动#
1月30日 打卡day2
今日学习MySQL
主要针对话题 “InnoDB中高度为3的B+树最多可以存多少数据” 进行讲解。
为防止性能下降，需要对MySQL进行分库分表，但是每张表的数据大概定为多少？因场景不同而各异。本文以MySQL InnoDB的B+树为例，给出该如何计算出每张表适合的数据量。
1月30日 打卡day2
今日学习MySQL
主要针对话题 “InnoDB中高度为3的B+树最多可以存多少数据” 进行讲解。
为防止性能下降，需要对MySQL进行分库分表，但是每张表的数据大概定为多少？因场景不同而各异。本文以MySQL InnoDB的B+树为例，给出该如何计算出每张表适合的数据量。
展开
评论
点赞