获得徽章 2
#青训营笔记创作活动#
1月17日 打卡day5
因为只是一直在简单的CRUD,索引用的很少,了解的也很少,但今天读了博文之后,有很多收获。
评论
#青训营笔记创作活动#
1月16日 打卡day4
在阅读这篇文章之前,我对go语言的印象是go语言正在渐渐超越其他语言成为更有前途的语言,而我学习go语言只是因为有幸参加了青训营。阅读了这篇文章之后,我对go语言有了更清晰的认知,也增加了学习的动力和激情。
作者还讲述了客户端开发到服务端开发,又到Web应用开发和微服务开发的经历和思考问题的转变,越读越觉得自己欠缺很多,之前觉得自己算是踏入编程领域,但仔细想想,我在编程领域学习到的知识只是沧海一粟而已。
总结:学而不思则罔,思而不学则殆。
展开
评论
#青训营笔记创作活动#
1月15日 打卡day3
在学习知识点时不能只看表面的结论,还要学习深层次的原理,这样才能更好的运用知识。这篇文章太有深度(难)了,之后再仔细学习一下,加油!
评论
#青训营笔记创作活动#
1月14日 打卡day2
在我使用过的编程软件中,IDEA是手感最好的一个。看了这个帖子之后,了解到了更多的插件,我只使用过其中Lombok、RestfulFastRequest、Maven Helper等。在这些插件中,Key Promoter X可以提高编程的效率,之后我会尝试一下,关于画图这些,我还是喜欢使用单独的软件。
展开
评论
赞了这篇沸点
【青训营 - 前端练习题 - DAY9】
想知道青训营笔试题怎么考?快来这里看看练习题吧!
选择题 1:
以下对HTML标签的使用,哪些是符合语义的?
A. 使用 table 展示表格数据
B. 使用 span 表示按钮
C. 使用 article 展示文章内容
D. 使用 p 标签展示文章标题

选择题 2:
包过滤防火墙对数据包的过滤依据不包括哪些?
A. 源IP地址
B. 源端口号
C. MAC 地址
D. 目的 IP 地址

编程题 1:code.juejin.cn
编程题 2:code.juejin.cn
编程题 3:code.juejin.cn

📌 选择题欢迎大家在沸点评论区讨论交流,隔天会在评论区公布答案 😉
📌 编程题不变,可随时在码上掘金编写运行 ✌
✨ 码上掘金使用小 tip:打开练习题链接 -> 点击左上方码上掘金 logo 进入本人项目列表页面 -> 点击“新建代码片段”选择自己想要的语言或框架 -> 编写代码后点击右上方“运行” -> 左下方“Console”面板查看运行结果
展开
25
赞了这篇沸点
【青训营 - 前端练习题 - DAY8】
想知道青训营笔试题怎么考?快来这里看看练习题吧!
选择题 1:
下列说法正确的有哪些?
A. visibility:hidden 表示所占据的空间位置仍然存在,仅为视觉上的完全透明
B. display:none 不为被隐藏的对象保留其物理空间
C. visibility:hidden 与display:none 两者没有本质上的区别
D. visibility:hidden 回流与重绘

选择题 2:
若主机甲与主机已已建立一条 TCP 链接,最大段长(MSS)为 1KB,往返时间(RTT)为 2 ms,则在不出现拥塞的前提下,拥塞窗口从 8KB 增长到 32KB 所需的最长时间是?
A. 4ms
B. 8ms
C. 24ms
D. 48ms

编程题 1:code.juejin.cn
编程题 2:code.juejin.cn
编程题 3:code.juejin.cn

📌 选择题欢迎大家在沸点评论区讨论交流,隔天会在评论区公布答案 😉
📌 编程题不变,可随时在码上掘金编写运行 ✌
✨ 码上掘金使用小 tip:打开练习题链接 -> 点击左上方码上掘金 logo 进入本人项目列表页面 -> 点击“新建代码片段”选择自己想要的语言或框架 -> 编写代码后点击右上方“运行” -> 左下方“Console”面板查看运行结果
展开
22
#青训营笔记创作活动#
1月13日 打卡day1
今天学习了流量高峰的应对方法之一——限流。
(以下为自己的理解和总结,如有问题,恳请指教)
1.计数器:
在一段时间间隔内,对请求进行计数与判断。缺点是单位时间的边界不好处理,对于在59秒请求200次,在1分1秒处又请求200次的行为无法反应,但实际上这种行为会造成服务器过载。
问题:原子计数的方式具体是什么情况?
2.滑动窗口:
将时间片划分为格子,在格子中统计在自己这个时间片的请求数,在滑动窗口中统计窗口经过的所有格子中的请求总计数。缺点是仍然有时间片临界点的问题而且实现时要存储更多数据。
3.漏桶:
由另外一个容器存储请求,有这个容器控制访问数。缺点是请求数有限制,不灵活。
4.令牌桶:
通过让请求与令牌匹配来限制访问数量,允许一定程度的突发流量。缺点是需要对令牌做匹配和添加的实现,较为复杂。
5.Redis + Lua 分布式限流:
分布式限流最关键的是要将限流服务做成原子化,即全局的,统一的。一个脚本包含多个操作,减少访问次数从而减少网络开销。支持分布式限流,有效保护下游依赖的服务资源。缺点是依赖 Redis,对边界没有很好处理,导致限流不能精准控制。
展开
评论
关注了
字节跳动青训营
VIP.4 融会贯通
个人成就
文章被点赞 1
文章被阅读 527
掘力值 54
收藏集
3
关注标签
18
加入于