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

目录
相关文章
|
4月前
|
缓存 安全 API
RESTful与GraphQL:电商API接口设计的技术细节与适用场景
本文对比了RESTful与GraphQL这两种主流电商API接口设计方案。RESTful通过资源与HTTP方法定义操作,简单直观但可能引发过度或欠获取数据问题;GraphQL允许客户端精确指定所需字段,提高灵活性和传输效率,但面临深度查询攻击等安全挑战。从性能、灵活性、安全性及适用场景多维度分析,RESTful适合资源导向场景,GraphQL则适用于复杂数据需求。实际开发中需根据业务特点选择合适方案,或结合两者优势,以优化用户体验与系统性能。
|
4月前
|
JSON 编解码 API
Go语言网络编程:使用 net/http 构建 RESTful API
本章介绍如何使用 Go 语言的 `net/http` 标准库构建 RESTful API。内容涵盖 RESTful API 的基本概念及规范,包括 GET、POST、PUT 和 DELETE 方法的实现。通过定义用户数据结构和模拟数据库,逐步实现获取用户列表、创建用户、更新用户、删除用户的 HTTP 路由处理函数。同时提供辅助函数用于路径参数解析,并展示如何设置路由器启动服务。最后通过 curl 或 Postman 测试接口功能。章节总结了路由分发、JSON 编解码、方法区分、并发安全管理和路径参数解析等关键点,为更复杂需求推荐第三方框架如 Gin、Echo 和 Chi。
|
7月前
|
XML JSON API
Understanding RESTful API and Web Services: Key Differences and Use Cases
在现代软件开发中,RESTful API和Web服务均用于实现系统间通信,但各有特点。RESTful API遵循REST原则,主要使用HTTP/HTTPS协议,数据格式多为JSON或XML,适用于无状态通信;而Web服务包括SOAP和REST,常用于基于网络的API,采用标准化方法如WSDL或OpenAPI。理解两者区别有助于选择适合应用需求的解决方案,构建高效、可扩展的应用程序。
|
7月前
|
机器学习/深度学习 设计模式 API
Python 高级编程与实战:构建 RESTful API
本文深入探讨了使用 Python 构建 RESTful API 的方法,涵盖 Flask、Django REST Framework 和 FastAPI 三个主流框架。通过实战项目示例,详细讲解了如何处理 GET、POST 请求,并返回相应数据。学习这些技术将帮助你掌握构建高效、可靠的 Web API。
|
11月前
|
JSON 缓存 JavaScript
深入浅出:使用Node.js构建RESTful API
在这个数字时代,API已成为软件开发的基石之一。本文旨在引导初学者通过Node.js和Express框架快速搭建一个功能完备的RESTful API。我们将从零开始,逐步深入,不仅涉及代码编写,还包括设计原则、最佳实践及调试技巧。无论你是初探后端开发,还是希望扩展你的技术栈,这篇文章都将是你的理想指南。
|
10月前
|
JSON JavaScript 前端开发
深入浅出Node.js:从零开始构建RESTful API
在数字化时代的浪潮中,后端开发作为连接用户与数据的桥梁,扮演着至关重要的角色。本文将引导您步入Node.js的奇妙世界,通过实践操作,掌握如何使用这一强大的JavaScript运行时环境构建高效、可扩展的RESTful API。我们将一同探索Express框架的使用,学习如何设计API端点,处理数据请求,并实现身份验证机制,最终部署我们的成果到云服务器上。无论您是初学者还是有一定基础的开发者,这篇文章都将为您打开一扇通往后端开发深层知识的大门。
202 12
|
11月前
|
XML JSON 缓存
深入理解RESTful API设计原则与实践
在现代软件开发中,构建高效、可扩展的应用程序接口(API)是至关重要的。本文旨在探讨RESTful API的核心设计理念,包括其基于HTTP协议的特性,以及如何在实际应用中遵循这些原则来优化API设计。我们将通过具体示例和最佳实践,展示如何创建易于理解、维护且性能优良的RESTful服务,从而提升前后端分离架构下的开发效率和用户体验。
|
11月前
|
监控 安全 API
深入浅出:构建高效RESTful API的最佳实践
在数字化时代,API已成为连接不同软件和服务的桥梁。本文将带你深入了解如何设计和维护一个高效、可扩展且安全的RESTful API。我们将从基础概念出发,逐步深入到高级技巧,让你能够掌握创建优质API的关键要素。无论你是初学者还是有经验的开发者,这篇文章都将为你提供实用的指导和启示。让我们一起探索API设计的奥秘,打造出色的后端服务吧!
|
11月前
|
JSON 缓存 测试技术
构建高效RESTful API的后端实践指南####
本文将深入探讨如何设计并实现一个高效、可扩展且易于维护的RESTful API。不同于传统的摘要概述,本节将直接以行动指南的形式,列出构建RESTful API时必须遵循的核心原则与最佳实践,旨在为开发者提供一套直接可行的实施框架,快速提升API设计与开发能力。 ####
|
11月前
|
JavaScript NoSQL API
深入浅出Node.js:从零开始构建RESTful API
在数字化时代的浪潮中,后端开发如同一座灯塔,指引着数据的海洋。本文将带你航行在Node.js的海域,探索如何从一张白纸到完成一个功能完备的RESTful API。我们将一起学习如何搭建开发环境、设计API结构、处理数据请求与响应,以及实现数据库交互。准备好了吗?启航吧!