Android 网络请求原理以及原始数据包

简介:

我们在请求网络的时候都是使用各种框架,或者是 Android SDK 为我们提供的网络请求类。但是你知不知道原始的网络请求包是什么样的呢?或许你说这有什么作用,我会使用框架就好了。很显然,这种想法是有问题的。一些网络请求的基本知识我们还是需要掌握的。这对我们更深入的开发和掌握更深的技术是非常有必要的。

关于 HTTP 请求报文和响应报文的格式这里就不再过多介绍了,简单说,HTTP 协议是以 ASCII 码传输,建立在 TCP/IP 协议之上的应用层规范。规范把 HTTP 请求分为三个部分:请求行、请求头、请求体。类似于:

<空格> <协议版本号> <回车> <换行符>

<请求头>

<请求体>

其中协议规定了 POST 提交的数据必须放在请求体内,但是并没有规定,请求体内提交的数据要用什么编码方式,这个是由开发者来自己来决定的。但是虽然我们可以自己来决定什么编码方式,但是数据发送出去,还是要服务器解析的。一般的开发语言,比如:php、Python、java 等等,他们的网络有关的 API 都内置了自动解析常见的数据类型。这个类型放在了请求头中的 Content-Type 中。根据这个字段我们就可以获取请求体的编码方式了。前面说了这个编码方式我们是可以自己定义的。但是为了规范,并且开发语言内置了请求体的编码方式。所以我们还是要根据规范和开发语言的需求来。

下面来介绍常用的请求头的编码方式

application/x-www-form-urlencoded

这种方式是 POST 请求中提交数据最常见的方式了。其中 Volley 框架就是默认使用的这种编码方式。其实不仅仅是 Volley 框架,一般的网络请求如果没有特别设置的话都是采用了这种编码方式,采用这种编码方式的 HTTP 请求报文是这样的(这里只是简单的写了一下)

POST /xxx/xxx HTTP/1.1    // 请求行
// 请求头
Host: 192.168.1.111:8080   
Content-Type: application/x-www-form-urlencoded  // 表示了请求体采用哪种编码方式
Cache-Control: no-cache

//请求体
x_coord=11&y_coord=2&z_coord=1

可以看到请求参数在请求体中的体现是:x_coord=11&y_coord=2&z_coord=1,简单的解释一下上面的请求报文。

form-data

form-data 又是一种新的编码方式,它的请求报文为

POST /xxx/xxx HTTP/1.1    // 请求行
// 请求头
Host: 192.168.1.111:8080   
Content-Type: multipart/form-data; boundary=----WebKitFormBoundary7MA4YWxkTrZu0gW
Cache-Control: no-cache

------WebKitFormBoundary7MA4YWxkTrZu0gW
Content-Disposition: form-data; name="x_coord"

11111
------WebKitFormBoundary7MA4YWxkTrZu0gW
Content-Disposition: form-data; name="y_coord"

111
------WebKitFormBoundary7MA4YWxkTrZu0gW
Content-Disposition: form-data; name="z_coord"

11111
------WebKitFormBoundary7MA4YWxkTrZu0gW--

上面这个就是编码格式为 form-data 的时候的请求报文的样子。相比 x-www-form-urlencoded来说还是有点复杂。这种请求方式,会生成一个 boundary 界限来分隔请求参数。这种请求方式支持上传文件。一般需要上传文件的时候使用这种格式的编码方式,别的情况下,它相比别的编码方式缺点很明显,构造请求体的时候太复杂。需要你手动把构造体拼接成上面构造体的样式,服务器端才会接收到。其中 Volley 请求框架就没有封装这种编码方式的请求体,这也就说明了,为什么官方介绍 Volley 的时候说明,Volley 不支持 post 大数据,不适合上传文件了。如果你非要使用 Volley 的话那也可以,那你就自己定义一个 Request 重写 getBodyContentType 方法和 getBody 方法就可以了。这里就不介绍这一部分了,不是我们这里的重点。提示一下,可以仿照 Request 类

getbodyContentType.jpg

这里根据请求包中的编码方式修改一下。

然后 getBody 方法内修改一下请求体格式

application/json

这种请求体的编码方式也是很常见的。先看看请求报文

POST /xxx/xxx HTTP/1.1 
Host: 192.168.1.111:8080 
Content-Type: application/json
Cache-Control: no-cache

{"x_coord":11,"y_coord":22,"z_coord":33}

可以看到请求体的内容就是json 格式的。其中这种请求方式,Volley 为我们提供了 JsonObjectRequest 来实现。看看源码就知道了。很简单

这就是三种最常见的,也是我们需要掌握的 POST 请求方式。当然请求体还有很多其他类型的编码格式,都不常见,就不介绍了!

目录
相关文章
|
3月前
|
网络协议 安全 5G
网络与通信原理
【10月更文挑战第14天】网络与通信原理涉及众多方面的知识,从信号处理到网络协议,从有线通信到无线通信,从差错控制到通信安全等。深入理解这些原理对于设计、构建和维护各种通信系统至关重要。随着技术的不断发展,网络与通信原理也在不断演进和完善,为我们的生活和工作带来了更多的便利和创新。
93 3
|
17天前
|
机器学习/深度学习 算法 PyTorch
深度强化学习中SAC算法:数学原理、网络架构及其PyTorch实现
软演员-评论家算法(Soft Actor-Critic, SAC)是深度强化学习领域的重要进展,基于最大熵框架优化策略,在探索与利用之间实现动态平衡。SAC通过双Q网络设计和自适应温度参数,提升了训练稳定性和样本效率。本文详细解析了SAC的数学原理、网络架构及PyTorch实现,涵盖演员网络的动作采样与对数概率计算、评论家网络的Q值估计及其损失函数,并介绍了完整的SAC智能体实现流程。SAC在连续动作空间中表现出色,具有高样本效率和稳定的训练过程,适合实际应用场景。
72 7
深度强化学习中SAC算法:数学原理、网络架构及其PyTorch实现
|
25天前
|
前端开发 网络协议 安全
【网络原理】——HTTP协议、fiddler抓包
HTTP超文本传输,HTML,fiddler抓包,URL,urlencode,HTTP首行方法,GET方法,POST方法
|
25天前
|
域名解析 网络协议 关系型数据库
【网络原理】——带你认识IP~(长文~实在不知道取啥标题了)
IP协议详解,IP协议管理地址(NAT机制),IP地址分类、组成、特殊IP地址,MAC地址,数据帧格式,DNS域名解析系统
|
25天前
|
存储 JSON 缓存
【网络原理】——HTTP请求头中的属性
HTTP请求头,HOST、Content-Agent、Content-Type、User-Agent、Referer、Cookie。
|
25天前
|
安全 算法 网络协议
【网络原理】——图解HTTPS如何加密(通俗简单易懂)
HTTPS加密过程,明文,密文,密钥,对称加密,非对称加密,公钥和私钥,证书加密
|
25天前
|
XML JSON 网络协议
【网络原理】——拥塞控制,延时/捎带应答,面向字节流,异常情况
拥塞控制,延时应答,捎带应答,面向字节流(粘包问题),异常情况(心跳包)
|
28天前
|
网络协议 安全 网络安全
探索网络模型与协议:从OSI到HTTPs的原理解析
OSI七层网络模型和TCP/IP四层模型是理解和设计计算机网络的框架。OSI模型包括物理层、数据链路层、网络层、传输层、会话层、表示层和应用层,而TCP/IP模型则简化为链路层、网络层、传输层和 HTTPS协议基于HTTP并通过TLS/SSL加密数据,确保安全传输。其连接过程涉及TCP三次握手、SSL证书验证、对称密钥交换等步骤,以保障通信的安全性和完整性。数字信封技术使用非对称加密和数字证书确保数据的机密性和身份认证。 浏览器通过Https访问网站的过程包括输入网址、DNS解析、建立TCP连接、发送HTTPS请求、接收响应、验证证书和解析网页内容等步骤,确保用户与服务器之间的安全通信。
102 1
|
2月前
|
缓存 Java 数据库
Android的ANR原理
【10月更文挑战第18天】了解 ANR 的原理对于开发高质量的 Android 应用至关重要。通过合理的设计和优化,可以有效避免 ANR 的发生,提升应用的性能和用户体验。
131 56
|
25天前
|
网络协议 算法 Java
【JavaEE】——初始网络原理
局域网,广域网,局域网连接方式,交换机,集线器,路由器,网络通信,五元组(源IP,源端口,目的IP,目的端口,协议),协议分层,TCP/IP五层网络协议,封装和分用,交换机和路由器的封装和分用

热门文章

最新文章