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 请求方式。当然请求体还有很多其他类型的编码格式,都不常见,就不介绍了!

目录
相关文章
|
2月前
|
网络协议 安全 5G
网络与通信原理
【10月更文挑战第14天】网络与通信原理涉及众多方面的知识,从信号处理到网络协议,从有线通信到无线通信,从差错控制到通信安全等。深入理解这些原理对于设计、构建和维护各种通信系统至关重要。随着技术的不断发展,网络与通信原理也在不断演进和完善,为我们的生活和工作带来了更多的便利和创新。
72 3
|
3月前
|
并行计算 安全 网络协议
探索未来网络:量子互联网的原理与应用
本文深入探讨了量子互联网的基本概念、技术原理及其潜在应用。通过对量子纠缠、量子叠加和量子隐形传态等核心概念的解释,文章展示了量子互联网如何利用量子力学特性来实现超高速、超高安全性的通信。此外,还讨论了量子互联网在金融、医疗、国防等领域的应用前景,以及当前面临的技术挑战和未来的发展方向。
94 2
|
1月前
|
缓存 Java 数据库
Android的ANR原理
【10月更文挑战第18天】了解 ANR 的原理对于开发高质量的 Android 应用至关重要。通过合理的设计和优化,可以有效避免 ANR 的发生,提升应用的性能和用户体验。
124 56
|
1月前
|
运维 物联网 网络虚拟化
网络功能虚拟化(NFV):定义、原理及应用前景
网络功能虚拟化(NFV):定义、原理及应用前景
68 3
|
1月前
|
网络协议 安全 算法
网络空间安全之一个WH的超前沿全栈技术深入学习之路(9):WireShark 简介和抓包原理及实战过程一条龙全线分析——就怕你学成黑客啦!
实战:WireShark 抓包及快速定位数据包技巧、使用 WireShark 对常用协议抓包并分析原理 、WireShark 抓包解决服务器被黑上不了网等具体操作详解步骤;精典图示举例说明、注意点及常见报错问题所对应的解决方法IKUN和I原们你这要是学不会我直接退出江湖;好吧!!!
网络空间安全之一个WH的超前沿全栈技术深入学习之路(9):WireShark 简介和抓包原理及实战过程一条龙全线分析——就怕你学成黑客啦!
|
2月前
|
网络协议 Shell 网络安全
解决两个 Android 模拟器之间无法网络通信的问题
让同一个 PC 上运行的两个 Android 模拟器之间能相互通信,出(qiong)差(ren)的智慧。
34 3
|
2月前
|
机器学习/深度学习 人工智能 监控
深入理解深度学习中的卷积神经网络(CNN):从原理到实践
【10月更文挑战第14天】深入理解深度学习中的卷积神经网络(CNN):从原理到实践
228 1
|
2月前
|
网络协议 Linux 应用服务中间件
Socket通信之网络协议基本原理
【10月更文挑战第10天】网络协议定义了机器间通信的标准格式,确保信息准确无损地传输。主要分为两种模型:OSI七层模型与TCP/IP模型。
|
2月前
|
存储 安全 算法
网络安全与信息安全:构建数字世界的防线在数字化浪潮席卷全球的今天,网络安全与信息安全已成为维系现代社会正常运转的关键支柱。本文旨在深入探讨网络安全漏洞的成因与影响,剖析加密技术的原理与应用,并强调提升公众安全意识的重要性。通过这些综合性的知识分享,我们期望为读者提供一个全面而深刻的网络安全视角,助力个人与企业在数字时代中稳健前行。
本文聚焦网络安全与信息安全领域,详细阐述了网络安全漏洞的潜在威胁、加密技术的强大防护作用以及安全意识培养的紧迫性。通过对真实案例的分析,文章揭示了网络攻击的多样性和复杂性,强调了构建全方位、多层次防御体系的必要性。同时,结合当前技术发展趋势,展望了未来网络安全领域的新挑战与新机遇,呼吁社会各界共同努力,共筑数字世界的安全防线。
|
2月前
|
XML 前端开发 Android开发
Android View的绘制流程和原理详细解说
Android View的绘制流程和原理详细解说
48 3
下一篇
DataWorks