【Java与网络1】:从HTTP协议看如何提高自己的资历

发布时间:2024年01月24日

记得在微博的时候,一位技术老大分享如何提升自己的时候说到一点“复杂的事情简单做,简单的事情深入做”。

这句话不难理解,前面一句是说,如果是一个要求很多、很复杂的系统,这些最忌讳将其弄得更加复杂,这样别说团队执行会乱,自己做也定会混乱一团。此时更应该将其通过拆分等方式简单化,微服务的核心思想其实也是这样的,设计模式里“低耦合、高内聚”也是这个道理。

不过后面一句“简单的事情深入做”,我们往往是不太注意的,更多是凭借经验和直觉在做,这是不太好的。一个简单的事情深入研究,可能会发现很多本质的东西 ,可能会对某个或者某几个内容看得更透。

所谓大道至简,我们这一专题要梳理的http协议就是一个需要“简单事情深入做”的代表。

1 HTTP介绍

提到网络,我们往往更多关注的是IP、TCP、UDP等内容,当我们提到Java,我们更多关心的是JavaWeb、Tomcat等等,而他们之间的桥梁—HTTP协议,往往没有引起太多的重视 ,也许是因为这一块内容比较简单,也许是学习其他内容花费了我们比较多的精力。

HTTP协议确实比较简单,但是应用实在太广泛了,我们工作中会大量接触到相关问题,最常见的是某个服务突然不能用了,然后提示502/403/404等等状态,如果对这些数字比较熟,我们可以立马知道这代表的含义是:

502:对方服务能找到但是不能用了,这种一般是对方服务出错了,需要联系对方团队的人来检查问题

403:你去请求人家的服务,但是你没有权限,因此你应该确认一下需要什么权限。

404:服务找不到,这种一般是你输入的地址不对,或者对方服务彻底挂了。

除此之外,我们还见到过429、302以及最喜欢的200等各种状态码。这些都是我们在工作里经常会用到的。

此外在我们进行权限、网关等相关系统设计的时候,会大量使用到cookie等相关内容。

为了保证对外服务的安全,我们一般会将对外的接口使用https协议来响应。

Java后台服务的根基——JavaWeb使用的也是HTTP协议,在早期的时候,我们收发数据经常会出现乱码等问题,这时候就需要去调整http请求的header或者其他的参数等等。

因此HTTP相关的内容虽然简单,但是使用非常频繁,我们最好能够将大部分核心的内容都能记住,这样的话可以大大提高我们平时工作的效率,例如上面列举的状态码,看到之后我们可以快速做出决策 ,这本身也是工作经验丰富、技术扎实的表现。

2 HTTP博客计划

最近几天,我也在构思,HTTP博客该写什么。最后经过调研,我决定主要梳理三方面的内容:

1.HTTP协议与curl实战

这部分主要是想整理一下HTTP协议与应用相关的内容,我们主要参考经典的《HTTP权威指南》,不过只梳理内容太枯燥乏味了,也记住不住,所以我们会使用curl进行实战。

我们平时收发http请求能用很多工具,例如postman、JMeter、curl等等。前两个都是图形化工具,如果我们想在线上的机器上测试请求是不能用的。而curl是一个简单但是应用广泛的工具,如果使用熟练,我们可以在各种场景下快速构造我们的请求,是我们快速测试、快速复现故障现场的得力工具,因此值得我们认真梳理一下。

2.Java是如何进行网络通信的?

也就是如何使用Java的底层包,在不依赖Tomcat等服务器的前提下,如何实现网络通信。

? 我们平时大部分时间都是在用Spring以及相关的技术,几乎不存在直接写Socket代码的情况,即使需要,也会使用Netty、mina等网络框架来做。在工程里当然需要这么干,避免重复造轮子。而学习的时候因为大部分内容都被封装了,我们往往会有种做了很多,项目经验丰富,但是总感觉没有学到家。

所以这部分内容,我们的重点是理清那些曾经让我们眼高手低的问题,提升内功。

3.servlet与Tomcat

很多人刚学习Java的时候,都会学习一门课程叫做JavaWeb,主要就是装一个tomcat,然后学习Java为我们提供的最基本的建站工具,例如JSP、servlet、JSTL等等。由于现在一般都采用前后端分离的架构设计,JSP、JSTL等基本上没了用武之地,也没必要学了。

在这些技术中,Servlet已经被SpringMVC、SpringBoot等进行了层层封装,我们一般也不会自己写Servlet,但是Servlet仍然是Java服务的根基,理解其原理会让我们对整个Java体系更加融会贯通,并且理解Spring等源码也会更加透彻。

可以看到这三个部分,都不如redis、kafka等这么炫,但是能够很好的提升我们的内功,提升我们的工作效率、提升我们对整个Java生态的理解能力。

文章来源:https://blog.csdn.net/xueyushenzhou/article/details/135812983
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。