获得徽章 1
- #青训营笔记创作活动#
2月10日 打卡day16
今日学习,通过阅读文章,我了解了mysql是怎么执行语句,数据是怎么返回的,可以总结为:
1. SQL语句都诞生于客户端,生成的时机一般都与用户的请求有关
2. 讲了一条SQL执行前会经历的过程,在数据库中是如何执行的,以及执行完城后是如何返回的展开评论点赞 - 2月9日 打卡day15
开发好习惯:
1. 注释尽可能全面,写有意义的方法注释
2. 项目差分合理的目录结构
3. 不在循环里远程调用、或者数据库操作,优先考虑批量进行
4. 封装方法形参
5. 封装通用模板
6. 封装复杂的逻辑判断条件
7. 保持优化性能的嗅觉
8. 可变参数的配置化处理
9. 会总结并使用工具类
10. 控制方法函数复杂度
11. 在finally快中对资源进行释放
12. 把日志打印好
13. 考虑异常,处理好异常
14. 考虑系统、接口的兼容性
15. 代码采取措施避免运行时错误 #青训营笔记创作活动#展开评论点赞 - #青训营笔记创作活动#
2月8日 打卡day14
单机到互联的本质是通信问题,为解决端到端之间的数据传输,网络先后经历了电路交换、报文交换、分组交换三种数据传输方式。网络的数据传输结点也经历了计算机(计算机直连)、集线器、交换机、路由器方式。且网络的边界也开始扩展,从范围大小依次为个人局域网、局域网、城域网、广域网、互联网。展开评论点赞 - #青训营笔记创作活动#
2月6日 打卡day13
MySQL的整体架构从上往下一次分为网络连接层、系统服务层、存储引擎层、以及文件系统层。
1.连接层:主要指数据库连接池,会负责所有客户端接入的工作
2.服务器:主要包含SQL接口、解析器、优化器以及缓存缓冲区四块区域
3.存储引擎层:这里是指MySQL支持的各大存储引擎,如InnoDB、MyISAM等
4.文件系统层:涵盖了所有的日志,以及数据、索引文件,位于系统硬盘上展开评论点赞 - #青训营笔记创作活动#
2月5日 打卡day12
今天学到HTTPS会对HTTP的URL和Request Body都进行加密,因此直接在filter栏进行过滤http.host == "baidu.com"会一无所获;HTTPS握手的过程中会先通过非对称机密去交换各种信息,其中包括3个随机数,再通过这三个随机数去生成对称机密的会话秘钥,后续使用这个会话秘钥去进行对称加密通信。如果能获得这三个随机数就能解密HTTPS的加密数据包;三个随机数,分别是客户端随机数(client random),服务端随机数(server random)以及pre_master_key。前两个,是明文,第三个是被服务器公钥加密过的,在客户端侧需要通过SSLKEYLOGFILE去导出。展开评论点赞 - #青训营笔记创作活动#
2月4日 打卡day11
我认识到代码整洁规范对整个项目的开发会提高很大的效率,虽然还有各种外界因素的影响,但是 我们还是要尽量做好最完美的自己评论点赞 - #青训营笔记创作活动#
2月2日 打卡day10
通过阅读本篇文章,我总结了以下知识点:
1. TCP为了实现可靠性,引入了重传机制、流量控制、滑动窗口、拥塞控制、分段以及乱序重排机制,而UDP没有实现,因此一般来说UDP比TCP快
2. TCP是面向连接的协议,而UDP是无连接的协议。“连接”其实是操作系统内核在两端代码里维护的一套复杂状态机
3. 大部分项目,会在基于UDP的基础上,模仿了TCP,实现不同程度的可靠性机制
4. 对于UDP+重传的场景,如果要传超大数据包,冰洁没有实现分段机制的话,那数据就会在IP层分片,一旦丢包,就需要重传整个超大数据包。TCP不需考虑这个,内部会自动分段,丢包重传分段就行。这种场景下,TCP会更快展开评论点赞 - #青训营笔记创作活动#
2月1日 打卡day9
今日学习是日程生活中我们会遇到许多英文的报错以及学习过程中会查看官方文档,以下情况将会帮助我们有效解决问题。
1. 遇到的Bug百度没有结果——结合不同的搜索引擎结果试试(如Google、必应、Stack Overflow、MSDN等)
2. 中文翻译文献摸棱两可——尝试不同的翻译引擎(谷歌翻译、百度翻译、韦氏、剑桥、牛津等)
3. 寻找外文文献的发现过程——尝试多次调整检索词、细化检索词、借鉴文献的引用文献、重新搜索文献标题等
4. 如何解决英文文档中的复杂句子——语法分析
5. 如何结合文档学习语法——拓展并练习语法知识展开评论点赞 - #青训营笔记创作活动#
1月31日 打卡day8
今日学习:
1. 消息系统:Kafka和传统的消息系统(消息中间件)都具备系统解耦、冗余存储、流量削峰、缓冲、异步通信、扩展性、可恢复性等功能。此外,Kafka还提供了大多数消息系统难以实现的顺序性保障及回溯消费的功能。
2. 存储系统:Kafka把消息持久化到磁盘,相比于其他基于内存存储的系统而言,有效地降低了数据丢失的风险,可以将Kafka作为长期的数据存储系统来使用。
3. 流式处理平台:Kafka不仅为每个流行的流式处理框架提供了可靠的数据来源,还提供了一个完整的流式处理类库。展开评论点赞 - #青训营笔记创作活动#
1月22日 打卡day7
今天学习HTTP与websocket协议,一方面了解了前端需要获取客户端通知的场景中可以使用长轮询(延长通信超时时间)来缓解多次轮询的开销,另一方面是用 websocket 达到全双工通信的效果,并且文章还介绍了 websocket 的具体通信格式。最后的总结中,也提到了TCP协议本身是全双工的,但我们最常用的HTTP1.1,它是半双工的,对于大部分需要服务器主动推送数据到客户端的场景,都不太友好,因此我们需要使用支持全双工的websocket协议。展开评论点赞