LSBYYDS
学生
获得徽章 1
- #青训营笔记创作活动#
12月30日 打卡day10
今天学习到TCP为了实现可靠性，引入了重传机制、流量控制、滑动窗口、拥塞控制、分段以及乱序重排机制。而UDP则没有实现，因此一般来说TCP比UDP快。CP是面向连接的协议，而UDP是无连接的协议。这里的"连接"其实是，操作系统内核在两端代码里维护的一套复杂状态机。大部分项目，会在基于UDP的基础上，模仿TCP，实现不同程度的可靠性机制。比如王者农药用的KCP其实就在基于UDP在应用层里实现了一套重传机制。对于UDP+重传的场景，如果要传超大数据包，并且没有实现分段机制的话，那数据就会在IP层分片，一旦丢包，那就需要重传整个超大数据包。而TCP则不需要考虑这个，内部会自动分段，丢包重传分段就行了。这种场景下，其实TCP更快。展开评论1 - #青训营笔记创作活动#
12月31日 打卡day11
今天学习了写出漂亮代码的些许技巧和具体场景的实际操作，要及时对自我进行调整。
注意规范和使用场景的正确性。评论1 - #青训营笔记创作活动#
1月3日 打卡day12
今天学习了文章开头通过抓包baidu的数据包，展示了用wireshark抓包的简单操作流程。
HTTPS会对HTTP的URL和Request Body都进行加密，因此直接在filter栏进行过滤http.host == "baidu.com"会一无所获。
HTTPS握手的过程中会先通过非对称机密去交换各种信息，其中就包括3个随机数，再通过这三个随机数去生成对称机密的会话秘钥，后续使用这个会话秘钥去进行对称加密通信。如果能获得这三个随机数就能解密HTTPS的加密数据包。
三个随机数，分别是客户端随机数（client random），服务端随机数（server random）以及pre_master_key。前两个，是明文，第三个是被服务器公钥加密过的，在客户端侧需要通过SSLKEYLOGFILE去导出。
通过设置SSLKEYLOGFILE环境变量，再让curl或chrome会请求HTTPS域名，会让它们在调用TLS库的同时导出对应的sslkey文件。这个文件里包含了三列，其中最重要的是第二列的client random信息以及第三列的pre_master_key。第二列client random用于定位，第三列pre_master_key用于解密。展开评论1 - #青训营笔记创作活动#
1月6日 打卡day13
今天学习了MySQL整体结构以及网络连接层，数据库连接池(Connection PooD，四系统服务层
SQL接口，解析器、优化器、缓存&缓冲.、存储引擎层文件系统层、日志模块、数据模块展开评论1 - #青训营笔记创作活动#
1月7日 打卡day14
今天学习了网络原理，从单机到互联：本质是通信问题，数据传输方式：电路交换、报文交换、分组交换
转发&标识思想，集线器(Hub)，交换机，报文交换.，分组交换，路由器，IP地址。展开评论1 - #青训营笔记创作活动#
1月8日 打卡day15
今天学习了优秀后端都应该具备的开发好习惯，
1.注释尽可能全面,写有意义的方法注释
2.项目拆分合理的目录结构
3. 不在循环里远程调用、或者数据库操作，优先考虑批量进行。
4.封装方法形参
5.封装通用模板
6.封装复杂的逻辑判断条件
7.保持优化性能的嗅觉
8.可变参数的配置化处理
9.会总结并使用工具类。
10.控制方法函数复杂度
11.在finally块中对资源进行释放
12.把日志打印好
13.考虑异常,处理好异常展开评论1 - #青训营笔记创作活动#
1月11日 打卡day16
今日学习了502问题的排查
HTTP状态码用来表示响应结果的状态，其中200是正常响应，4xx是客户端错误，5xx是服务端错误。
客户端和服务端之间加入nginx，可以起到反向代理和负载均衡的作用，客户端只管向nginx请求数据，并不关心这个请求具体由哪个服务器来处理。
后端服务端应用如果发生崩溃，nginx在访问服务端时会收到服务端返回的RST报文，然后给客户端返回502报错。502并不是服务端应用发出的，而是nginx发出的。因此发生502时，后端服务端很可能没有没有相关的502日志，需要在nginx侧才能看到这条502日志。
如果发现502，优先通过监控排查服务端应用是否发生过崩溃重启，如果是的话，再看下是否留下过崩溃堆栈日志，如果没有日志，看下是否可能是oom或者是其他原因导致进程主动退出。如果进程也没崩溃过，去排查下nginx的日志，看下是否将请求打到了某个不知名IP端口上。展开评论1 - #青训营笔记创作活动#
12月17日 打卡day7
CP协议本身是全双工的，但我们最常用的HTTP1.1，虽然是基于TCP的协议，但它是半双工的，对于大部分需要服务器主动推送数据到客户端的场景，都不太友好，因此我们需要使用支持全双工的websocket协议。在HTTP1.1里。只要客户端不问，服务端就不答。基于这样的特点，对于登录页面这样的简单场景，可以使用定时轮询或者长轮询的方式实现服务器推送(comet)的效果。对于客户端和服务端之间需要频繁交互的复杂场景，比如网页游戏，都可以考虑使用websocket协议。
websocket和socket几乎没有任何关系，只是叫法相似。展开评论1 - #青训营笔记创作活动#
12月21日 打卡day8
今日学习了Kafka 的一些基本知识，包含 Topic、Partition、消费者、生产者、副本等基本概念，同时也认识了 Kafka 的版本变迁以及应用实战所必备的知识点，最后文章以“消息可靠性分析”这个主体结尾，加深我对 Kafka 的理解。展开评论1 - #青训营笔记创作活动#
12月29日 打卡day9
学习到下面的几种问题的用对手段
1.遇到的 Bug 百度没有结果怎么办
2.中文翻译文献模棱两可怎么办
3.寻找外文文献的发现过程是什么样的
4.如何解决英文文档中的复杂句子
5.如何结合文档学习语法
6.结合实例带你操作“笨”方法找到适合自己的路展开评论1