RESTful与网络请求过程

简介: 最近想好好总结一下网络请求的一些相关的内容,随便深入去探讨一下内部是如何实现的。一.RESTful这个名词可能经常被提到过,这里也顺便简单过一遍。简单看看它常用的行为简单看看请求的状态码就简单理解下就好,可以把它当成一个规范。

最近想好好总结一下网络请求的一些相关的内容,随便深入去探讨一下内部是如何实现的。

一.RESTful

这个名词可能经常被提到过,这里也顺便简单过一遍。


img_de6345e425749990a3f07cc8b9e874ed.png

简单看看它常用的行为

img_7297a589fe48e04e07b294df580b118e.png

简单看看请求的状态码

img_dac999455bb7261f43c19122fa033754.png

就简单理解下就好,可以把它当成一个规范。

二.网络请求的过程

我建议可以去看这两篇文章,写得都比较清楚
http://www.ruanyifeng.com/blog/2012/05/internet_protocol_suite_part_i.html
http://www.ruanyifeng.com/blog/2012/06/internet_protocol_suite_part_ii.html

1.网络OSI模型

常说的网络七层模型(最好还是能记住)
(1)应用层
(2)表示层
(3)会话层

(4)传输层
(5)网络层
(6)数据链路层
(7)物理层

当然一般都可以把最上边的三层当成一个应用层的整体。

2.每层的工作

我是要照着文章的来说http://www.ruanyifeng.com/blog/2012/05/internet_protocol_suite_part_i.html
这篇文章感觉写得很特别,别人都是从上层往下层写,他是从下层往上层写。

物理层就不说了
(1)数据链路层
这层有个以太网协议,把数据包称为,帧的结构如下

img_274eda22b85dd1e8e0879e9bf4d4f658.png

每一帧最短为64字节,最长1518字节

(2)网络层
网络层就是IP协议所在的层。它的帧结构如下


img_f3057be050cb5d0b3a45bd7b2675aaf2.png

(3)传输层
传输层就是TCP/DUP协议所在的层。它的帧结构如下


img_8bdaa185e2203e84c55945d10da819be.png

而在应用层的数据就是这里的data,上面是从下层到上层的分析,那么如果从上层到下层的分析呢。

其实网络中数据的传输就是传包,也就是最上面说的帧,而这个包可以看成是自上而下每经过一层到会封装一层变成一个新包,然后接收端自下而上一层层拆包,最终拿到请求的数据。

3.整个过程涉及到的名词

上面的流程我不想讲得太相信,免得会感觉乱,反正记住他们间的通信是传包就行,这里也总结下这个过程中涉及到的一些名词。

(1)MAC地址
每块网卡出厂的时候,都有一个全世界独一无二的MAC地址,长度是48个二进制位,通常用12个十六进制数表示。通过自身的MAC地址和对方的MAC地址,可以找到相互通信的两个端

(2)IP地址
MAC地址不能通过跨网域找到另一端的MAC地址。这时就需要ip地址。IP协议第四版,简称IPv4,规定ip地址由32个二进制组成,ip地址用于标识在网络中的计算机。

(3)子网掩码
什么是子网掩码,就是表示子网络特征的一个参数。它用来判断两个ip地址是否属于同一个网络中。比如说你两个端都连同一个路由器,那他们就属于同个网络。
子网掩码判断的方法是与IP地址做AND运算,如果结果相同说明两个ip处于同一网络。

(4)DNS
DNS是什么,简单的说,通信是需要两端的ip地址,但是有时候我们请求网络是“www.baidu.com”,这时候就可以通过DNS协议获取这个地址的ip地址。

三.socket

上面讲的整个流程中并没有提到socket,而我们开发时经常能听到http是建立在socket上,那这个socket是什么呢。

socket起源于Unix,它不属于任何一层,它是应用层与传输层之间的一个抽象层,是抽象层,这个抽象很重要。为什么要有这样的一个抽象层呢,因为底层的操作过于烦杂,所以就需要一个东西来帮你做底层的操作,所以socket也是一个门面模式的体现,你只需要调用socket的方法,socket来帮你做下层的操作。(别人的图)

img_5eb2c9287488dd915011a3900582eace.png

关于socket我也不是很了解,不知道要怎么讲好,要注意的是socket有个缓冲区,数据的传输过程不是直接发送,而是先发送到缓冲队列,再发送给服务端。


img_efaa6d7d0e70e0739c4a00b20604f3f4.png

四.HTTP

HTTP属于应用层的协议,关于http可能讲得比较多的就是报文

(1)请求报文


img_9dd54958764d4515949048ccd80edafc.png

(2)响应报文


img_eea05bbbc26dd85ef4b50935b985a099.png

报文的详解网上很多,我就不copy了,需要注意的是请求头中Content-Type这个key,这个Mime所对应的值其实还是很多的
http://tool.oschina.net/commons/

其中比较常用的几个类型可以参考这篇文章最终形成的报文的形式
https://blog.csdn.net/jekxi/article/details/54342789

img_d360cf048c868ab6e2efbed0116bc88a.png
img_13cc6e5ee36c46bb0cfe96cc8f9a18b0.png

这些还是要注意一下,类型不正确的话有可能会导致服务端接收不到数据。
然后就是数据的传输,数据传输用POST请求的multipart/form-data类型进行数据的传输。

对这个传输过程其实我是比较迷惑,我看过一句话,应用层主要做包装数据的工作,传输层做传输数据的操作。

网上很多介绍HTTP的一些基础的内容,我这不想重复去写。那么我就想问一个问题:http请求,数据是在应用层包装然后用流写到缓冲队列的吗?

普通的请求看是这样的说法合理,报文所占的空间肯定是占用内存空间。但是传大文件的话就不太合理了,因为如果是要拼接成报文,那么文件就会写入到内存中,这就很不合理。

很可惜的是我在网上找了很久都没找到这个问题,于是我就问了一个写底层代码的朋友,他告诉我。
普通请求就是在应用层拼接完整的报文,然后以流的形式给socket的SendQ,传文件的话就是拼接头把头给SendQ,然后文件直接从文件目录直接给SendQ

目录
相关文章
|
1月前
|
JSON API 数据库
解释如何在 Python 中实现 Web 服务(RESTful API)。
解释如何在 Python 中实现 Web 服务(RESTful API)。
25 0
|
1月前
|
缓存 安全 测试技术
构建高效的RESTful API:后端开发的实践指南
【2月更文挑战第17天】在数字化转型的浪潮中,RESTful API已成为连接不同软件组件、实现数据交互的核心桥梁。本文将深入探讨如何构建一个高效、可扩展且安全的RESTful API,涉及设计原则、开发流程以及性能优化等关键方面。我们将透过实际案例,展示如何在保证简洁性和灵活性的同时,满足日益增长的业务需求和技术挑战。
|
8天前
|
安全 Java API
RESTful API设计与实现:Java后台开发指南
【4月更文挑战第15天】本文介绍了如何使用Java开发RESTful API,重点是Spring Boot框架和Spring MVC。遵循无状态、统一接口、资源标识和JSON数据格式的设计原则,通过创建控制器处理HTTP请求,如示例中的用户管理操作。此外,文章还提及数据绑定、验证、异常处理和跨域支持。最后,提出了版本控制、安全性、文档测试以及限流和缓存的最佳实践,以确保API的稳定、安全和高效。
|
11天前
|
小程序 前端开发 API
小程序全栈开发中的RESTful API设计
【4月更文挑战第12天】本文探讨了小程序全栈开发中的RESTful API设计,旨在帮助开发者理解和掌握相关技术。RESTful API基于REST架构风格,利用HTTP协议进行数据交互,遵循URI、客户端-服务器架构、无状态通信、标准HTTP方法和资源表述等原则。在小程序开发中,通过资源建模、设计API接口、定义资源表述及实现接口,实现前后端高效分离,提升开发效率和代码质量。小程序前端利用微信API与后端交互,确保数据流通。掌握这些实践将优化小程序全栈开发。
|
20天前
|
前端开发 Java API
构建RESTful API:Java中的RESTful服务开发
【4月更文挑战第3天】本文介绍了在Java环境中构建RESTful API的重要性及方法。遵循REST原则,利用HTTP方法处理资源,实现CRUD操作。在Java中,常用框架如Spring MVC简化了RESTful服务开发,包括定义资源、设计表示层、实现CRUD、考虑安全性、文档和测试。通过Spring MVC示例展示了创建RESTful服务的步骤,强调了其在现代Web服务开发中的关键角色,有助于提升互操作性和用户体验。
构建RESTful API:Java中的RESTful服务开发
|
24天前
|
XML JSON 安全
谈谈你对RESTful API设计的理解和实践。
RESTful API是基于HTTP协议的接口设计,通过URI标识资源,利用GET、POST、PUT、DELETE等方法操作资源。设计注重无状态、一致性、分层、错误处理、版本控制、文档、安全和测试,确保易用、可扩展和安全。例如,`/users/{id}`用于用户管理,使用JSON或XML交换数据,提升系统互操作性和可维护性。
18 4
|
26天前
|
安全 API 开发者
构建高效可扩展的RESTful API服务
在数字化转型的浪潮中,构建一个高效、可扩展且易于维护的后端API服务是企业竞争力的关键。本文将深入探讨如何利用现代后端技术栈实现RESTful API服务的优化,包括代码结构设计、性能调优、安全性强化以及微服务架构的应用。我们将通过实践案例分析,揭示后端开发的最佳实践,帮助开发者提升系统的响应速度和处理能力,同时确保服务的高可用性和安全。
26 3
|
1月前
|
缓存 前端开发 API
构建高效可扩展的RESTful API:后端开发的最佳实践
【2月更文挑战第30天】 在现代Web应用和服务端架构中,RESTful API已成为连接前端与后端、实现服务间通信的重要接口。本文将探讨构建一个高效且可扩展的RESTful API的关键步骤和最佳实践,包括设计原则、性能优化、安全性考虑以及错误处理机制。通过这些实践,开发者可以确保API的健壮性、易用性和未来的可维护性。
|
1月前
|
API 开发者 UED
深入探讨RESTful API设计原则及最佳实践
在当今互联网时代,RESTful API已成为各种软件系统之间进行通信的重要方式。本文将从资源定义、URI设计、HTTP方法选择、状态码规范等方面深入探讨RESTful API设计的原则与最佳实践,帮助开发者更好地构建高效、健壮的API。
|
1月前
|
JSON Java API
Springboot项目中如何设计一个规范的统一的Restful API 响应框架?
Springboot项目中如何设计一个规范的统一的Restful API 响应框架?
23 1