网络、HTTP、HTTPS、Session、Cookie、UDP、TCP

最新推荐文章于 2025-05-07 18:13:25 发布
原创 最新推荐文章于 2025-05-07 18:13:25 发布 · 1.4k 阅读 · 24 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#网络 #java #tcp/ip

OSI 七层模型

应用层、表示层、会话层、传输层、网络层、数据链路层、物理层

TCP/IP 五层模型

  • 应用层：为用户的应用进程提供网络通信服务（协议：域名系统DNS协议，HTTP协议，SMTP协议）
  • 传输层：负责数据从发送端传输到接收端（协议：TCP协议，UDP协议）
  • 网络层：在复杂的网络环境中确定一个合适的路径（协议：IP协议）
  • 数据链路层：将网络层交下来的数据报封装成帧，在同一中数据链路节点的两个设备之间传输（协议：MTU协议和ARP协议）
  • 物理层：实现相邻两个计算机节点的比特流的透明传输

应用层

HTTP协议特点

  • 支持B/S架构
  • 简单快速：客户端向服务器端发送请求时，只需要传输请求方法和路径
  • 灵活：HTTP允许传输任意类型的数据对象
  • 无连接：每次只能处理一个请求，服务器处理完客户端的请求，并收到客户端的响应之后，就断开连接
  • 无状态：指协议本身对事物处理没有记忆能力。缺少状态意味着后续处理需要前面的信息，那他必须重传，这会导致每次传输的数据量增大，但是如果不需要的话，传输就会很快

GET和POST

  • GET()方法一般用于获取/查询资源信息，而POST()一般用于更新资源信息
  • GET方法用于从Web服务器请求数据。在使用GET方法时，浏览器向Web服务器发送一个请求，Web服务器将响应数据发送回浏览器。GET方法是无状态的，也就是说每个请求都是独立的，没有前后关系。GET方法通常用于请求静态数据，如HTML页面、图片和CSS文件等
  • POST方法用于向Web服务器提交数据。在使用POST方法时，浏览器将数据打包并发送到Web服务器。Web服务器收到数据后，可以根据数据执行相应的操作，并向浏览器发送响应。POST方法是有状态的，也就是说请求和响应之间存在关系，请求和响
最低0.47元/天 解锁文章
【八股】计算机网络（TCP、UDP、HTTP）
weixin_44587780的博客
08-05 1972
服务器在接收到来自客户端浏览器的请求后，就能分析存放于请求头的Cookie得到客户端特有的信息，从而动态生成与该客户端相对应的内容。1、首部压缩：使用HPACK算法对header的数据进行压缩，提高网络传输效率（静态字典：在客户端和服务器同时维护一张头信息表，常用字段对应索引号，只发送索引号；两次握手浪费资源，服务端无法确认客户端是否收到了自己的回复，若回复报文丢失，客户端会重发SYN报文，每收到一次SYN服务器都会建立一个连接。3、服务对象：TCP是一对一服务，UDP支持一对一、一对多、多对多。
HTTP/UDP/TCP/IP网络协议
Gabriel的博客
04-03 1931
同时呢，4位值的是4个bit位，四个比特位的取值范围0-15.因此，这里的首部长度的单位也是4字节，比如:4个bit位 1111 == 15，实际表示的首部长就是60（4*15)字节。发送端可以是一K一K地发送数据，而接收端的应用程序可以两K两K地提走数据，当然也有可能一次提走3K或6K数据，或者一次只提走几个字节的数据，也就是说，应用程序所看到的数据是一个整体，或说是一个流（stream），一条消息有多少字节对应用程序是不可见的，因此TCP协议是面向流的协议，这也是容易出现粘包问题的原因。
安全基础 --- https详解（02）、cookie和session、同源和跨域
weixin_62443409的博客
08-28 6866
类型为“小型文本文件”，是某些网站为了辨别用户身份，进行session跟踪而存储在用户本地终端上的数据（通常经过加密），由客户端计算机临时或永久保存。在计算机中，尤其是在网络应用中，session被称为“会话控制是服务器为了保存用户状态而创建的一个特殊的对象同源指的是：协议、地址、端口三者都相同例：以上情况可说明ajax请求地址与当前url同源跨域，是指浏览器不能执行其他网站的脚本。它是由浏览器的同源策略造成的，是浏览器对JavaScript实施的安全限制。
HTTP 和 HTTPS（请求响应报文格式 + 请求方法 + 响应状态码 + HTTPS 加密流程 + Cookie 和 Session）
m0_56975154的博客
04-18 9195
本文主要介绍了应用层协议中的 HTTP 和 HTTPS 协议，文中提到了 HTTP 请求响应报文格式、请求方法、常见响应状态码、HTTPS 怎么实现加密、HTTP 和 HTTPS 的区别，还提到了网络中用于记录用户状态的 Cookie 和 Session
HTTP、TCP和UDP的区别、cookie、session
qq_47305937的博客
07-18 700
TCP和UDP的区别，cookie和session的区别
从TCP/IP开始的Session工作原理
ordinary_brony的博客
11-21 3163
在Web面试的时候，后台一定要清楚Session的工作原理，因为总有一些数据需要从后台传入前端。而在说Session的时候，不可避免地会谈到Cookies。本篇将详细阐述二者的区别，当然也包括TCP/IP协议
HTTP、TCP、Session、cookie、
休息的风的专栏
10-14 2767
本篇博客主要关注点在HTTP协议的发展过程的一些基础知识。 HTTP协议经过三个版本：HTTP1.0,HTTP1.1,HTTP2.0。
【网络协议】【HTTP】详解HTTP与HTTPS、POST 请求与 GET请求 、TCP与UDP、cookie和session的区别
风云说通信
03-14 1285
可靠性：TCP提供了数据传输的确认和重传机制，能对数据进行排序和校验，因此TCP传输的数据是可靠、有序和正确的。速度：由于UDP的无连接特性和简单的传输机制，相对于TCP，UDP在数据传输过程中不需要进行复杂的握手和确认过程，因此UDP的传输速度相对较快。安全性：HTTPS是基于SSL/TLS的传输协议，它提供了加密传输和身份认证，而HTTP是明文传输的协议，容易受到中间人攻击。对服务器的压力：每个用户都会产生一个Session，如果并发访问的用户过多，就会产生非常多的Session，耗费大量的内存。
http.tcp.udp网络协议、.png
02-07
最近整理的http的相关技术点跟区别，可能面试会用的到的哦,涉及的知识点有tcp/udp区别，cookie跟session的区别，还有get和post的区别，c/s的开发过程，http的连接过程。
TCP connect与session术语解析
zero的运营与运维
04-01 1226
Session 是服务器保存用户状态的一种机制；HTTP协议中cookie是session保持用户状态具体的实现方式；
UDP通信在NAT（NAPT/内网穿透）中Session保持实现与效果测试
热门推荐
ZMCITY的博客
07-29 1万+
在网络开发中，常常使用UDP通信进行数据传输。随着路由的普及，NAT在UDP数据包回发形成了障碍。我们知道UDP协议是“无连接”的，既然有回发数据的需求，那么路由器就为了这种需求，开发了UDP映射保持。 1、朴素的UDP数据包发送与回发当电脑A向电脑B发送UDP数据的时候，电脑B可以直接向电脑A直接回发数据包。拓扑如下：在同一网段下，通信毫无障碍，可以任意发送数据。2、NAT（NAPT）下的网络发送
TCP/IP三次握手，session，token，cookie讲解
weixin_43416349的博客
05-14 1735
卧槽！牛皮了，头一次见有大佬把TCP/IP三次握手四次挥手解释的这么明白 - 知乎原文：https://blog.csdn.net/ThinkWo...计算机网络体系结构在计算机网络的基本概念中，分层次的体系结构是最基本的。计算机网络体系结构的抽象概念较多，在学习时要多思考。这些概念对后面的学习很有帮助。 网络…https://zhuanlan.zhihu.com/p/141396896讲得最好的，TCP/IP ，session等等讲解都在里面了。 注： 之前网上搜，session安全吗？ 百度首页显示安
kill网络tcp session
weixin_39833509的博客
07-30 259
Originally from:http://rtomaszewski.blogspot.sk/2012/11/how-to-forcibly-kill-established-tcp.html To "kill" a socket, you must send a TCP reset packet. To send it (and be accepted by the other side), you must know the actual TCP sequence number. 1) The .
Attacks on TCP/IP Protocols (Task5) TCP Session Hijacking
我有一颗五角星
04-29 4863
Task5: TCP Session Hijacking
NAT对udp Session处理机制
12-01 3138
路由器和交换机中对于新发出的UDP数据包会在路由器中创建对应的session来处理会话请求，通常路由器对于发出的UDP数据包会做这样的处理： (1)在session列表中查找，如果未找到session，则跳转到（2） (2)创建新session 路由器或交换机的NAPT对于新session的判断机制： A. 源地址(内网IP地址)不同，忽略其它因素, 在NAPT上肯定对应不
有关UDP打洞Session保持时间
heartrude的专栏
11-27 4924
最近游戏上线，发现了很奇怪的事情。最后确认是UDP映射保持时间的问题，UDP映射保持时间有一部分设备远比想象的短。 经测试差不多15-20s左右，映射就被重置了。 可以看到34s， 该客户端的映射就已经重置了。不过通过玩家反馈以及客户端日志对比，不少玩家20s，21s的时间间隔，映射就已经被重置了。 目前实际最短时间设置不清楚。不过据说华为的一部分设备默认时间是20s，应该是业界最短时间了。
通过给session（封装的属于用户的TCP连接类）设置心跳机制，解决用户异常离线造成的问题
最新发布
qq_63627616的博客
05-07 360
在之前，为解决用户重复登录的问题，我引入了Redis记录用户的在线状态，但是，如果用户异常断线，这样服务器时感知不到用户离线的，也无法即时修改Redis保存的用户在线状态。
nginx如何处理TCP/UDP session
何处笙箫
03-22 4975
nginx会在几个连续的步骤中处理来自client客户端的TCP/UDP session，这些步骤也叫阶段。1 Post-accept 阶段这是接收客户端连接后的第一个阶段。在这个阶段 ngx_stream_realip_module插件会被调用。ngx_stream_realip_module插件是用来转换client端地址(address)和端口(port)为PROXY协议header中发送的某
[ASP.NET] Session 详解
★VS.Net编程★
07-07 3350
原文地址：http://www.frontfree.net/view/article_742_page1.html 阅读本文章之前的准备　　阅读本文章前，需要读者对以下知识有所了解。否则，阅读过程中会在相应的内容上遇到不同程度的问题。 　　懂得ASP/ASP.NET编程 　　了解ASP/ASP.NET的Session模型 　　了解ASP.NET Web应用程序模型 　　了解ASP.NET Web应
HTTP、TCP、UDP请求详解
03-04
<think>好的，用户让我详细介绍一下HTTP、TCP和UDP请求。我需要先理清这三个协议的关系和各自的特点。首先，这三个都属于计算机网络的不同层，对吧？HTTP是应用层协议，而TCP和UDP是传输层协议。用户可能想知道它们各自的作用、区别以及在实际中的应用。 首先，我应该从每个协议的基本定义开始。HTTP是超文本传输协议，用于Web浏览器和服务器之间的通信。TCP和UDP都是传输层协议，负责端到端的数据传输。TCP是面向连接的，可靠传输，而UDP是无连接的，尽最大努力交付，但不保证可靠性。 接下来，我需要详细解释每个协议的特点。对于TCP，要提到三次握手建立连接，四次挥手断开连接，以及流量控制、拥塞控制、重传机制等。而UDP则要强调其无连接性，低延迟，适合实时应用，比如视频流或在线游戏。 然后是关于HTTP的部分，需要说明它是基于TCP的，默认端口80或443（HTTPS）。HTTP请求的过程，比如建立TCP连接，发送请求报文，接收响应，然后关闭连接。还要提到HTTP是无状态的，以及Cookie和Session的作用。 用户可能还想知道这三者的区别和适用场景。比如，为什么视频会议用UDP而文件传输用TCP。需要举一些实际的例子来说明，这样用户更容易理解。 另外，可能用户对OSI模型不是很清楚，是否需要简单介绍一下网络分层？不过用户的问题主要集中在HTTP、TCP、UDP这三个协议上，可能不需要展开太多，但可以简要提到它们所处的层次。 要注意避免过于技术化的术语，用通俗易懂的语言解释。比如三次握手可以比喻为打电话时的确认过程，而UDP就像发短信，不需要确认对方是否收到。 还要检查是否有常见的误解需要澄清。比如，虽然HTTP通常基于TCP，但也可以在其他协议上实现，不过这种情况很少见。另外，HTTP/3开始使用QUIC协议，基于UDP，这可能是一个值得提到的点，说明技术是在发展的。 最后，总结三者之间的关系，强调它们在网络通信中的协作，比如HTTP依赖TCP的可靠性，而某些实时应用选择UDP来减少延迟。这样用户能有一个整体的理解。 现在需要组织这些内容，结构清晰，分点讲解。可能分成三个大部分，分别介绍每个协议，然后比较它们的区别和应用场景。确保每个部分都有足够的细节，但不过于冗长。使用例子帮助说明，比如TCP用于网页浏览，UDP用于DNS查询等。 检查是否有错误的地方，比如TCP和UDP的端口使用，HTTP的版本差异等。确保信息准确，比如TCP的可靠传输机制具体是如何工作的，三次握手的具体步骤等。 最后，用中文口语化的表达，避免生硬的专业术语，让读者容易理解。可能需要多次修改，确保流畅自然，同时涵盖所有关键点。</think>好的！我将从概念、特点及应用场景三个方面，用通俗易懂的方式为你解析 **HTTP**、**TCP**、**UDP** 这三种网络协议。 --- ### 一、TCP 与 UDP（传输层协议） #### 1. **TCP（传输控制协议）** - **特点** - **面向连接**：通信前需通过 **三次握手** 建立连接（类似打电话前确认对方在线）。 $$ \text{客户端} \rightarrow SYN \rightarrow \text{服务端} $$ $$ \text{服务端} \rightarrow SYN+ACK \rightarrow \text{客户端} $$ $$ \text{客户端} \rightarrow ACK \rightarrow \text{服务端} $$ - **可靠传输**：通过 **确认应答、超时重传、流量控制、拥塞控制** 确保数据不丢失、不重复、按序到达。 - **全双工通信**：双方可同时发送和接收数据。 - **典型应用** - 网页浏览（HTTP/HTTPS）、文件传输（FTP）、电子邮件（SMTP）。 #### 2. **UDP（用户数据报协议）** - **特点** - **无连接**：直接发送数据（类似发短信，无需确认对方是否在线）。 - **不可靠传输**：不保证数据到达顺序或是否丢失，但传输速度快、延迟低。 - **轻量级**：头部仅 **8 字节**（TCP 头部至少 20 字节）。 - **典型应用** - 实时音视频（Zoom、直播）、DNS 查询、在线游戏。 #### 3. **TCP vs UDP 对比** | 特性 | TCP | UDP | |---------------|------------------------------|------------------------------| | 连接方式 | 面向连接（三次握手） | 无连接 | | 可靠性 | 高（数据不丢失、不重复） | 低（可能丢包） | | 传输效率 | 低（需维护连接和重传） | 高（直接发送） | | 适用场景 | 文件传输、网页加载 | 实时通信、广播 | --- ### 二、HTTP（应用层协议） #### 1. **基本概念** - **作用**：用于客户端（浏览器）与服务器之间的 **超文本传输**（如 HTML、图片）。 - **版本演进**：HTTP/1.1（主流）→ HTTP/2（多路复用）→ HTTP/3（基于 UDP 的 QUIC 协议）。 - **特点**： - **无状态**：每次请求独立，需通过 **Cookie/Session** 维持状态。 - **明文传输**（HTTP）或 **加密传输**（HTTPS）。 #### 2. **HTTP 请求流程** 1. **建立 TCP 连接**：浏览器与服务器通过 TCP 三次握手建立连接。 2. **发送请求报文**：包含请求方法（GET/POST）、URL、头部（User-Agent 等）。 ```http GET /index.html HTTP/1.1 Host: www.example.com User-Agent: Chrome/91.0 ``` 3. **服务器响应**：返回状态码（如 200 OK）、响应体（HTML 内容）。 ```http HTTP/1.1 200 OK Content-Type: text/html <html>...</html> ``` 4. **关闭连接**：HTTP/1.1 默认使用持久连接（可复用），HTTP/1.0 需关闭连接。 #### 3. **HTTP vs TCP 关系** - **依赖关系**：HTTP 基于 TCP 实现，确保数据传输可靠。 - **例外情况**：HTTP/3 使用 **QUIC 协议**（基于 UDP），解决 TCP 队头阻塞问题。 --- ### 三、应用场景总结 | 协议 | 典型场景 | 选择原因 | |-------|------------------------------------------|------------------------------| | TCP | 网页加载、文件下载、邮件收发 | 需可靠性优先 | | UDP | 视频会议、在线游戏、物联网传感器数据 | 需低延迟，容忍少量丢包 | | HTTP | 浏览器访问网站、API 接口调用 | 标准化、易扩展的应用层协议 | --- ### 总结 - **TCP** 是“可靠的信使”，适合需要精准交付的场景。 - **UDP** 是“高效的快递员”，适合实时性要求高的场景。 - **HTTP** 是“基于 TCP 的对话规则”，定义了 Web 交互的标准方式。 理解这三者的区别与协作，能帮助你更好地设计网络应用（比如选择实时音视频用 UDP + 自定义可靠性机制，而支付系统用 TCP 确保交易无误）！
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值