计算机网络 TCP、RPC、GRPC、HTTP 总结

本文涉及的产品
云原生网关 MSE Higress,422元/月
注册配置 MSE Nacos/ZooKeeper,118元/月
服务治理 MSE Sentinel/OpenSergo,Agent数量 不受限
简介: 【1月更文挑战第1天】计算机网络 TCP、RPC、GRPC、HTTP 总结

1.TCP 传输层协议:

TCP(传输控制协议)是一种面向连接的、可靠的、基于字节流的传输层协议。

  • TCP协议具有以下特点:
  1. 面向连接:TCP协议在数据传输之前需要建立连接,数据传输完成后需要释放连接,保证了数据传输的可靠性和完整性。
  2. 可靠性高:TCP协议采用确认机制、序列号和校验和等技术,可以保证数据传输的可靠性和完整性。
  3. 拥塞控制:TCP协议采用拥塞控制算法,可以避免网络拥塞和丢包等问题,保证了数据传输的稳定性和公平性。
  4. 全双工通信:TCP协议支持全双工通信,即客户端和服务器端都可以同时发送和接收数据,实现了双向通信。
  5. 高效性:TCP协议采用滑动窗口机制和分段传输技术,可以提高数据传输的效率和性能。
  6. 支持多种应用协议:TCP协议可以支持多种应用层协议,例如HTTP、FTP、SMTP等。
  7. 可靠的错误恢复:TCP协议可以对丢失、重复、损坏和超时等错误进行恢复和处理,保证了数据传输的可靠性和完整性。
  • TCP协议的数据传输过程如下:
  1. 客户端向服务器端发送SYN(同步)请求,请求建立连接。
  2. 服务器端收到SYN请求后,向客户端发送SYN+ACK(同步和确认)应答,表示可以建立连接。
  3. 客户端收到SYN+ACK应答后,向服务器端发送ACK(确认)应答,表示连接已经建立成功。
  4. 数据传输完成后,客户端和服务器端分别发送FIN(结束)请求,请求释放连接。
  5. 收到FIN请求后,另一方发送ACK应答,表示已经收到了结束请求。
  6. 双方都收到了对方的ACK应答后,即完成了连接的释放。

TCP协议具有面向连接、可靠性高、拥塞控制、全双工通信、高效性、支持多种应用协议等特点,是一种非常重要的传输层协议。

  • TCP 的缺点:

TCP(Transmission Control Protocol)虽然具有很多优点,但仍存在以下缺点:

  1. 较为复杂:TCP协议的实现较为复杂,需要考虑到各种网络环境和异常情况,对于开发人员而言学习成本较高。
  2. 传输效率相对较低:TCP采用确认机制、序列号等技术,保证了数据传输的可靠性和完整性,但也使得数据传输效率相对较低。
  3. 不适用于短连接:TCP适用于长连接,对于短连接的支持不够友好,会增加建立和释放连接的开销。
  4. 不适用于实时性要求高的场景:由于TCP采用确认机制和重传机制,无法保证数据的实时性,不适用于实时性要求较高的场景。
  5. 不适用于高负载场景:当网络负载较大时,TCP采用拥塞控制算法可能会导致传输速度下降,影响了数据传输的效率和性能。
  6. 无法支持广播和多播:TCP协议无法支持广播和多播,只能进行点对点的数据传输。

TCP虽然具有很多优点,但仍存在一些缺点,例如传输效率相对较低、不适用于短连接等。在选择协议时,需要根据具体的需求和场景进行综合考虑。

2.RPC 远程调用:

RPC是远程过程调用(Remote Procedure Call)的缩写。它是一种计算机通信协议,使得程序可以请求另一个进程或者计算机上的服务,就像调用本地的函数一样,从而实现分布式系统之间的交互和通讯。RPC可以大大简化分布式系统的开发,提高系统的可维护性和可扩展性。

RPC具有以下优势:

  1. 抽象屏蔽:RPC框架可以屏蔽底层的网络通信细节,使得远程调用就像本地调用一样简单。
  2. 可扩展性:RPC框架可以支持多种协议和编码方式,可以适应不同场景的需求,同时也可以方便地添加新的功能和服务。
  3. 可靠性:RPC框架通常会提供各种机制来保证通信的可靠性,如超时重试、错误处理等。
  4. 高效性:RPC框架通常使用二进制协议和高效的序列化方式,可以大大减少网络传输的数据量,提高系统的性能。
  5. 语言无关性:RPC框架可以支持多种编程语言,使得不同语言的程序可以方便地进行交互和通讯。

RPC有以下缺点:

  1. 依赖网络:RPC需要通过网络进行通信,因此对网络的稳定性和延迟要求比较高。
  2. 难以调试:由于RPC是跨进程或者跨计算机的调用,因此调试起来比较困难,需要使用一些特殊的工具和技术。
  3. 数据格式限制:RPC框架通常会限制数据的格式和大小,如果需要传输大量的数据或者复杂的数据结构,可能会导致性能问题。
  4. 安全性问题:RPC通常不会提供加密和认证等安全机制,需要在应用层进行处理,否则容易受到攻击。
  5. 可靠性问题:RPC框架虽然提供了一些机制来保证通信的可靠性,但仍然可能出现通信失败、丢失消息等情况,需要应用程序自己处理。

3.GRPC RPC框架:

gRPC是Google开源的一种高性能、通用的远程过程调用(RPC)框架,基于Protocol Buffers序列化协议进行数据传输。

gRPC具有以下优势:

  1. 高性能:gRPC采用基于HTTP/2的二进制传输协议,可以实现双向流、头部压缩和多路复用等特性,提高了网络传输的效率和性能。
  2. 多语言支持:gRPC支持多种编程语言,包括C++、Java、Python、Go、Ruby等,可以方便地构建跨语言的分布式系统。
  3. 自动生成代码:gRPC可以根据服务定义文件自动生成客户端和服务器端的代码,大大简化了开发过程。
  4. 可扩展性:gRPC支持多种负载均衡算法和服务发现机制,可以适应不同场景的需求。
  5. 安全性:gRPC支持TLS加密和认证等安全机制,保障通信的安全性。
  6. 易于使用和维护:gRPC提供了丰富的文档和工具链,使得开发和维护分布式系统变得更加容易。

gRPC具有以下缺点:

  1. 学习曲线较陡峭:相比于传统的RESTful API,gRPC需要使用IDL文件来定义服务和消息类型,并且需要生成客户端和服务器端的代码,需要掌握这些新的概念和技术。
  2. 不支持RESTful API:gRPC不支持基于HTTP的RESTful API,无法与现有的RESTful API进行兼容和集成。
  3. 不支持浏览器端:gRPC目前不支持Web浏览器端,因为浏览器不支持HTTP/2协议。
  4. 依赖Protocol Buffers:gRPC默认使用Google开发的Protocol Buffers序列化协议,如果需要使用其他的序列化协议,则需要自行实现。
  5. 难以调试:由于gRPC采用二进制协议,数据的传输和解析都是以二进制形式进行的,对于调试和排错带来了一定的困难。
  6. 安全性依赖于TLS:虽然gRPC支持TLS加密和认证等安全机制,但这些机制都依赖于TLS协议,如果TLS协议本身存在漏洞或被攻击,则会影响gRPC的安全性。

4.HTTP 应用层协议:

HTTP协议是一种基于请求-响应模式的应用层协议,用于在Web浏览器和Web服务器之间传递数据。它是一种无状态的协议,每个请求和响应都是独立的,没有任何关联性。

HTTP通常使用TCP作为传输层协议,使用端口号80进行通信。HTTP协议定义了客户端和服务器之间交换的消息格式和规则,包括请求方法、请求头部、请求正文、响应状态码、响应头部和响应正文等。

HTTP请求由三部分组成:请求行、请求头部和请求正文。其中,请求行包括请求方法、URL和HTTP版本号;请求头部包括请求的附加信息,如Cookie、User-Agent等;请求正文包括请求的数据内容,如表单数据、JSON数据等。

HTTP响应由三部分组成:状态行、响应头部和响应正文。其中,状态行包括HTTP版本号、状态码和状态描述;响应头部包括响应的附加信息,如Content-Type、Content-Length等;响应正文包括响应的数据内容,如HTML页面、图片等。

HTTP协议具有以下优点:

  1. 简单易用:HTTP采用文本协议和请求-响应模型,消息格式简单、易于理解和使用。
  2. 易于扩展:HTTP支持插件和扩展机制,可以根据需求添加新的功能和特性。
  3. 可靠性高:HTTP采用TCP协议进行数据传输,保证了数据的可靠性和完整性。
  4. 良好的兼容性:HTTP是互联网上最常用的协议之一,几乎所有的浏览器和服务器都支持HTTP协议,具有良好的兼容性。
  5. 支持缓存机制:HTTP支持缓存机制,可以提高网络传输的效率和性能。
  6. 安全性高:HTTP支持SSL/TLS加密和认证等安全机制,保证了数据的安全性和隐私性。
  7. 支持多种媒体类型:HTTP支持多种媒体类型,例如HTML、XML、JSON等,可以满足不同的业务需求。

HTTP协议具有以下缺点:

  1. 传输效率较低:HTTP采用明文传输,消息格式较为冗长,数据传输效率相对较低。
  2. 安全性较低:HTTP采用明文传输,数据在传输过程中容易被窃听和篡改,安全性较低。
  3. 不支持双向通信:HTTP采用请求-响应模式,不支持服务器主动向客户端发送消息,无法实现双向通信。
  4. 不支持流式数据传输:HTTP采用短连接方式,每次请求都需要建立一次TCP连接,无法实现流式数据传输。
  5. 无状态协议:HTTP是一种无状态协议,服务器不能保存客户端的状态信息,每次请求都需要重新验证身份和权限等信息。
  6. 不支持服务发现:HTTP没有内置的服务发现机制,需要通过第三方工具或平台来实现服务发现。
  7. RESTful API限制:RESTful API是基于HTTP协议的一种API设计风格,但由于HTTP协议本身的限制,RESTful API无法完全满足所有场景的需求。
相关实践学习
通过Ingress进行灰度发布
本场景您将运行一个简单的应用,部署一个新的应用用于新的发布,并通过Ingress能力实现灰度发布。
容器应用与集群管理
欢迎来到《容器应用与集群管理》课程,本课程是“云原生容器Clouder认证“系列中的第二阶段。课程将向您介绍与容器集群相关的概念和技术,这些概念和技术可以帮助您了解阿里云容器服务ACK/ACK Serverless的使用。同时,本课程也会向您介绍可以采取的工具、方法和可操作步骤,以帮助您了解如何基于容器服务ACK Serverless构建和管理企业级应用。 学习完本课程后,您将能够: 掌握容器集群、容器编排的基本概念 掌握Kubernetes的基础概念及核心思想 掌握阿里云容器服务ACK/ACK Serverless概念及使用方法 基于容器服务ACK Serverless搭建和管理企业级网站应用
相关文章
|
14天前
|
存储 缓存 网络协议
计算机网络常见面试题(二):浏览器中输入URL返回页面过程、HTTP协议特点,GET、POST的区别,Cookie与Session
计算机网络常见面试题(二):浏览器中输入URL返回页面过程、HTTP协议特点、状态码、报文格式,GET、POST的区别,DNS的解析过程、数字证书、Cookie与Session,对称加密和非对称加密
|
16天前
|
自然语言处理 负载均衡 API
gRPC 一种现代、开源、高性能的远程过程调用 (RPC) 可以在任何地方运行的框架
gRPC 是一种现代开源高性能远程过程调用(RPC)框架,支持多种编程语言,可在任何环境中运行。它通过高效的连接方式,支持负载平衡、跟踪、健康检查和身份验证,适用于微服务架构、移动设备和浏览器客户端连接后端服务等场景。gRPC 使用 Protocol Buffers 作为接口定义语言,支持四种服务方法:一元 RPC、服务器流式处理、客户端流式处理和双向流式处理。
|
15天前
|
网络协议 算法 网络性能优化
计算机网络常见面试题(一):TCP/IP五层模型、TCP三次握手、四次挥手,TCP传输可靠性保障、ARQ协议
计算机网络常见面试题(一):TCP/IP五层模型、应用层常见的协议、TCP与UDP的区别,TCP三次握手、四次挥手,TCP传输可靠性保障、ARQ协议、ARP协议
|
23天前
|
Web App开发 缓存 网络协议
不为人知的网络编程(十八):UDP比TCP高效?还真不一定!
熟悉网络编程的(尤其搞实时音视频聊天技术的)同学们都有个约定俗成的主观论调,一提起UDP和TCP,马上想到的是UDP没有TCP可靠,但UDP肯定比TCP高效。说到UDP比TCP高效,理由是什么呢?事实真是这样吗?跟着本文咱们一探究竟!
49 10
|
1月前
|
域名解析 缓存 网络协议
TCP传输层详解(计算机网络复习)
本文详细解释了TCP/IP协议族的分层模型、各层的功能、TCP报文的格式以及TCP连接建立的三次握手和断开的四次挥手过程。
89 2
TCP传输层详解(计算机网络复习)
|
1月前
|
域名解析 存储 网络协议
TCP套接字【网络】
TCP套接字【网络】
33 10
|
1月前
|
网络协议 Java API
【网络】TCP回显服务器和客户端的构造,以及相关bug解决方法
【网络】TCP回显服务器和客户端的构造,以及相关bug解决方法
61 2
|
1月前
|
存储 网络协议 Java
【网络】UDP和TCP之间的差别和回显服务器
【网络】UDP和TCP之间的差别和回显服务器
65 1
|
1月前
|
负载均衡 Java 开发者
Spring Cloud 远程调用:为何选择 HTTP 而非 RPC?
【10月更文挑战第1天】在微服务架构中,远程服务调用是一个核心环节。面对HTTP和RPC(Remote Procedure Call,远程过程调用)这两种通信协议,Spring Cloud 选择了HTTP作为其主要通信手段。本文将深入探讨Spring Cloud选择HTTP而非RPC的原因,以及这一选择在实际工作中的优势。
81 0
|
1月前
|
XML 网络协议 算法
【TCP】网络原理
【TCP】网络原理
31 0