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

目录
相关文章
|
8天前
|
SQL 缓存 测试技术
构建高性能RESTful API:最佳实践与避坑指南###
—— 本文深入探讨了构建高性能RESTful API的关键技术要点,从设计原则、状态码使用、版本控制到安全性考虑,旨在为开发者提供一套全面的最佳实践框架。通过避免常见的设计陷阱,本文将指导你如何优化API性能,提升用户体验,确保系统的稳定性和可扩展性。 ###
46 12
|
5天前
|
JSON JavaScript API
深入浅出Node.js:从零开始构建RESTful API
【10月更文挑战第39天】 在数字化时代的浪潮中,API(应用程序编程接口)已成为连接不同软件应用的桥梁。本文将带领读者从零基础出发,逐步深入Node.js的世界,最终实现一个功能完备的RESTful API。通过实践,我们将探索如何利用Node.js的异步特性和强大的生态系统来构建高效、可扩展的服务。准备好迎接代码和概念的碰撞,一起解锁后端开发的新篇章。
|
8天前
|
存储 API 开发者
深入理解RESTful API设计原则
本文探讨了RESTful API的设计原则,强调了其在现代Web服务中的重要性。通过分析状态表示转移(REST)的概念、核心约束以及最佳实践,本文旨在为开发者提供构建高效、可扩展和易于维护的API的指导。文章还讨论了常见的设计陷阱和如何避免它们,以确保API设计的健壮性和灵活性。
|
10天前
|
JSON 缓存 API
构建高效RESTful API的最佳实践
【10月更文挑战第34天】在数字时代的浪潮中,后端开发扮演着至关重要的角色。本文将带你深入探索如何构建高效的RESTful API,从设计原则到实际编码技巧,再到性能优化和错误处理,我们将一一解锁这些技能。你将学会如何打造一个既优雅又强大的后端服务,让你的应用程序在激烈的市场竞争中脱颖而出。那么,让我们一起踏上这段精彩的旅程吧!
25 2
|
11天前
|
XML JSON API
【PHP开发专栏】PHP RESTful API设计与开发
随着互联网技术的发展,前后端分离成为Web开发的主流模式。本文介绍RESTful API的基本概念、设计原则及在PHP中的实现方法。RESTful API是一种轻量级、无状态的接口设计风格,通过HTTP方法(GET、POST、PUT、DELETE)操作资源,使用JSON或XML格式传输数据。在PHP中,通过定义路由、创建控制器、处理HTTP请求和响应等步骤实现RESTful API,并强调了安全性的重要性。
19 2
|
13天前
|
存储 安全 API
深入理解RESTful API设计原则
本文旨在探讨RESTful API设计的基本原则和最佳实践,帮助开发者构建高效、可维护的Web服务。通过分析REST架构的核心概念,如资源、统一接口、无状态通信等,本文将指导读者如何设计符合REST原则的API,以及如何处理常见的设计挑战,如版本控制、错误处理和安全性问题。
|
15天前
|
存储 缓存 API
深入理解RESTful API设计原则
【10月更文挑战第28天】 在现代软件开发中,RESTful API已经成为了前后端分离架构下不可或缺的一部分。本文将探讨RESTful API的核心设计原则,包括资源导向、无状态性、统一的接口以及可缓存性等关键概念,并通过实例解析如何在实际应用中遵循这些原则来设计高效、可扩展的API。我们将深入了解REST架构风格的理论基础,并讨论其对提升系统互操作性和简化客户端实现的重要性。
50 3
|
16天前
|
JavaScript 中间件 API
Node.js进阶:Koa框架下的RESTful API设计与实现
【10月更文挑战第28天】本文介绍了如何在Koa框架下设计与实现RESTful API。首先概述了Koa框架的特点,接着讲解了RESTful API的设计原则,包括无状态和统一接口。最后,通过一个简单的博客系统示例,详细展示了如何使用Koa和koa-router实现常见的CRUD操作,包括获取、创建、更新和删除文章。
35 4
|
18天前
|
前端开发 关系型数据库 API
深入浅出后端开发——从零到一构建RESTful API
本文旨在为初学者提供一个关于后端开发的全面指南,特别是如何从零开始构建一个RESTful API。我们将探讨后端开发的基本概念、所需技术栈、以及通过实际案例展示如何设计和实现一个简单的RESTful API。无论你是完全的新手还是有一定编程基础的开发者,这篇文章都将为你提供实用的知识和技巧,帮助你在后端开发的道路上迈出坚实的一步。
|
18天前
|
XML API 网络架构
深入理解RESTful API设计原则与实践
【10月更文挑战第26天】在数字化浪潮中,API(应用程序编程接口)成为连接不同软件组件的桥梁。本文将深入浅出地探讨如何根据REST(Representational State Transfer)原则设计高效、易于维护和扩展的API,同时分享一些实用的代码示例,帮助开发者构建更加健壮和用户友好的服务。