菠菠萝吹雪
获得徽章 1
#青训营笔记创作活动#
1月19日 打卡day7
今日学习
如何学习看懂英文文档，方法主要有：利用空余时间看，摘录句子深度分析；不懂的地方利用多个搜索引擎，翻译寻求答案；看文档可以书找书
1月19日 打卡day7
今日学习
如何学习看懂英文文档，方法主要有：利用空余时间看，摘录句子深度分析；不懂的地方利用多个搜索引擎，翻译寻求答案；看文档可以书找书
展开
评论
点赞
#青训营笔记创作活动#
1月17日 打卡day6
今日学习
TCP协议本身是全双工的，但我们最常用的HTTP1.1，虽然是基于TCP的协议，但它是半双工的。
在HTTP1.1里。只要客户端不问，服务端就不答。基于这样的特点，对于登录页面这样的简单场景，可以使用定时轮询或者长轮询的方式实现服务器推送(comet)的效果。
对于客户端和服务端之间需要频繁交互的复杂场景，比如网页游戏，都可以考虑使用websocket协议。
websocket和socket几乎没有任何关系，只是叫法相似。
正因为各个浏览器都支持HTTP协议，所以websocket会先利用HTTP协议加上一些特殊的header头进行握手升级操作，升级成功后就跟HTTP没有任何关系了，之后就用websocket的数据格式进行收发数据。
1月17日 打卡day6
今日学习
TCP协议本身是全双工的，但我们最常用的HTTP1.1，虽然是基于TCP的协议，但它是半双工的。
在HTTP1.1里。只要客户端不问，服务端就不答。基于这样的特点，对于登录页面这样的简单场景，可以使用定时轮询或者长轮询的方式实现服务器推送(comet)的效果。
对于客户端和服务端之间需要频繁交互的复杂场景，比如网页游戏，都可以考虑使用websocket协议。
websocket和socket几乎没有任何关系，只是叫法相似。
正因为各个浏览器都支持HTTP协议，所以websocket会先利用HTTP协议加上一些特殊的header头进行握手升级操作，升级成功后就跟HTTP没有任何关系了，之后就用websocket的数据格式进行收发数据。
展开
评论
点赞
#青训营笔记创作活动#
1月16日 打卡day5
今日学习
DHCP协议 为未连过网的主机分配ip地址需要经过四个阶段 广播请求地址，获取地址，发起确认，回复ACK
1月16日 打卡day5
今日学习
DHCP协议 为未连过网的主机分配ip地址需要经过四个阶段 广播请求地址，获取地址，发起确认，回复ACK
评论
点赞
#青训营笔记创作活动#
1月15日 打卡day4
今日学习
设计数据表结构是服务端开发过程中的重点环节。
软件架构演化史。
DDD思想，“不以用户为中心”，领域驱动设计之微服务
1月15日 打卡day4
今日学习
设计数据表结构是服务端开发过程中的重点环节。
软件架构演化史。
DDD思想，“不以用户为中心”，领域驱动设计之微服务
展开
评论
1
#青训营笔记创作活动#
1月14日打卡day3
今日学习
mysql分表，b+树，在做项目考虑分表的时候还是得多关注一下表的实际情况，而不是盲目的认为两千万数据就是那个临界点。
1月14日打卡day3
今日学习
mysql分表，b+树，在做项目考虑分表的时候还是得多关注一下表的实际情况，而不是盲目的认为两千万数据就是那个临界点。
评论
点赞
#青训营笔记创作活动#
1月13日 打卡day2
今日学习
IDEA插件
认识了很多好用的插件，具体的使用方法需要阅读插件说明文档。面向需求学习，以后用到了再学吧。
对于菜鸟的我来说用的最多的大概是翻译罢。
1月13日 打卡day2
今日学习
IDEA插件
认识了很多好用的插件，具体的使用方法需要阅读插件说明文档。面向需求学习，以后用到了再学吧。
对于菜鸟的我来说用的最多的大概是翻译罢。
展开
评论
点赞
#青训营笔记创作活动#
1月12日 打卡day1
今日学习
计数器：
优点：固定时间段计数，实现简单，适用不太精准的场景；
缺点：对边界没有很好处理，导致限流不能精准控制。
滑动窗口：
优点：将固定时间段分块，时间比“计数器”复杂，适用于稍微精准的场景；
缺点：实现稍微复杂，还是不能彻底解决“计数器”存在的边界问题。
漏桶：
优点：可以很好的控制消费频率；
缺点：实现稍微复杂，单位时间内，不能多消费，感觉不太灵活。
令牌桶：
优点：可以解决“漏桶”不能灵活消费的问题，又能避免过渡消费，强烈推荐；
缺点：实现稍微复杂，其它缺点没有想到。
Redis + Lua 分布式限流：
优点：支持分布式限流，有效保护下游依赖的服务资源；
缺点：依赖 Redis，对边界没有很好处理，导致限流不能精准控制。
1月12日 打卡day1
今日学习
计数器：
优点：固定时间段计数，实现简单，适用不太精准的场景；
缺点：对边界没有很好处理，导致限流不能精准控制。
滑动窗口：
优点：将固定时间段分块，时间比“计数器”复杂，适用于稍微精准的场景；
缺点：实现稍微复杂，还是不能彻底解决“计数器”存在的边界问题。
漏桶：
优点：可以很好的控制消费频率；
缺点：实现稍微复杂，单位时间内，不能多消费，感觉不太灵活。
令牌桶：
优点：可以解决“漏桶”不能灵活消费的问题，又能避免过渡消费，强烈推荐；
缺点：实现稍微复杂，其它缺点没有想到。
Redis + Lua 分布式限流：
优点：支持分布式限流，有效保护下游依赖的服务资源；
缺点：依赖 Redis，对边界没有很好处理，导致限流不能精准控制。
展开
评论
点赞