网站首页 > 技术文章 正文
熟悉微服务的人都清楚,在各微服务之间是使用feign进行互相调用的,而feign的底层其实走的http,你是否有过这样的疑问:难道使用http不慢吗,尤其是再高并发的情况下,本文将详细聊一聊这个问题。
1、为什么要使用http交互?
1.1、通用、跨语言支持
HTTP是一种非常通用的协议,几乎所有的编程语言和平台都支持它, 这使得微服务可以使用不同的技术栈,只要它们都支持HTTP协议就可以进行通信。
1.2、简单、灵活、易扩展
HTTP协议相对简单,易于理解和实现,并且具有灵活性和可扩展性,可以支持各种不同的内容类型和通信方式,这使得微服务可以根据需要进行定制和扩展。
1.3、成熟的工具和库
因为HTTP的通用性,很多工具和库已经为HTTP提供了支持和实现,让开发人员可以快速地构建和测试微服务之间的交互。
1.4、浏览器的友好支持
由于HTTP被浏览器广泛支持,因此微服务可以使用标准的HTTP请求方法(例如GET、POST、PUT、DELETE等)进行交互, 这使得它们可以轻松地与前端应用程序集成。
2、难道不慢吗?
相对来说,HTTP肯定比TCP/UDP慢,因为每个HTTP请求和响应都有大量的头部信息,这会增加传输的开销, 而且HTTP/1.0协议中的每个请求都需要进行三次握手,增加了请求的延迟时间,此外,HTTP/1.0不支持持久连接, 每个请求都需要单独建立连接,这也会增加延迟。
但是在大部分项目下,完全在我们可以接受的范围内。
详细说明
2.1、为什么HTTP协议被认为慢
网络模型图
从上面的图中可以清晰的看到,HTTP协议处于最顶层的应用层,那么HTTP请求的时候,就会从上往下调用,多了中间的一些包装和处理的逻辑。
而且HTTP是一种超文本传输协议,使用的是文本传输的方式,将请求和响应信息以纯文本的形式进行传输;
TCP是一种面向连接的、可靠的、基于字节流的传输层通信协议,使用字节流的方式进行数据传输,它将数据分割成TCP包,并在发送端对数据进行编号和排序,然后在接收端重新组合成原始数据。
文本传输相对于字节流传输,速度肯定是有所不如的。
2.2、为什么还要选择HTTP协议呢
在Spring Cloud微服务开发中,选择HTTP协议作为交互方式的原因在上面已经说过了,下面补充几点:
跨域通信:
HTTP协议支持跨域通信,因此微服务之间可以跨越不同的域进行交互。
内容类型多样性:
HTTP协议支持多种不同的内容类型,可以使用各种格式进行交互,如JSON、XML等。
丰富的状态码和响应头:
HTTP协议有着丰富的状态码和响应头,可以提供详细的错误信息和调试信息。
与RESTful风格兼容:
Spring Cloud框架通常与RESTful风格的微服务一起使用,而RESTful风格是基于HTTP协议的,因此使用HTTP作为通信协议可以更好地与RESTful风格的服务进行集成。
生态支持:
Spring Cloud生态系统中广泛使用HTTP作为通信协议,许多工具、库和框架都支持基于HTTP的通信,这使得开发人员可以更加方便地使用和集成这些工具和库。
综上,因为HTTP协议的通用性、简单性、浏览器支持、跨域通信能力、内容类型多样性、丰富的状态码和响应头、性能和扩展性、与RESTful风格的兼容性、生态支持和灵活性与可扩展性等特点, 它在Spring Cloud微服务开发中被广泛选择作为交互方式。
3、优化
如果你现在的微服务中采用了HTTP进行交互,并且需要从协议方面来进行性能优化了, 那么你可以从下面几个点考虑一下:
3.1、协议优化
可以考虑使用HTTP/2协议,它具有更好的性能和更高的并发能力。HTTP/2协议支持多路复用、头部压缩和服务器推送等技术,可以减少延迟和提升传输效率。
3.2、HTTP/2多路复用
在客户端和服务器端启用HTTP/2多路复用功能,可以提高并发性能和资源利用率
3.3、缓存策略
在微服务之间使用缓存策略,可以减少不必要的请求和数据传输。可以使用HTTP缓存头(Cache-Control)或分布式缓存(如Redis、Memcached等)来实现缓存机制。
3.4、连接池优化
可以使用连接池技术来复用HTTP连接,避免频繁建立和关闭连接的开销。连接池可以配置最大连接数、连接超时时间等参数,以确保系统的并发性能。
以上是一些优化参考的方向,当然,具体情况还是要结合自己的业务场景。
4、总结
在Spring Cloud微服务开发中,选择HTTP协议作为交互方式的主要原因包括通用性、简单性、浏览器支持、跨域通信能力、内容类型多样性、 丰富的状态码和响应头、性能和扩展性、与RESTful风格的兼容性、生态支持和灵活性与可扩展性。这些特点使得HTTP协议成为微服务之间通信的理想选择,能够满足各种业务需求,并提高系统的可用性和伸缩性。
- 上一篇: 如何从交互角度读懂产品需求文档
- 下一篇: 产品经理做的原型和交互设计师做的原型有什么区别
猜你喜欢
- 2025-01-04 新技术来了,你没必要继续折腾WebGL了
- 2025-01-04 Python实现机器学习前后端页面的交互
- 2025-01-04 裂变增长实战经验
- 2025-01-04 我独自研发产品「1」——工具选择
- 2025-01-04 Spring Boot项目接收前端参数的11种方式
- 2025-01-04 什么才是一个好的交互之我见
- 2025-01-04 交互设计应注意的细节
- 2025-01-04 浅谈前后端交互的基本原理
- 2025-01-04 产品经理做的原型和交互设计师做的原型有什么区别
- 2025-01-04 如何从交互角度读懂产品需求文档
你 发表评论:
欢迎- 582℃几个Oracle空值处理函数 oracle处理null值的函数
- 576℃Oracle分析函数之Lag和Lead()使用
- 561℃0497-如何将Kerberos的CDH6.1从Oracle JDK 1.8迁移至OpenJDK 1.8
- 561℃Oracle数据库的单、多行函数 oracle执行多个sql语句
- 556℃Oracle 12c PDB迁移(一) oracle迁移到oceanbase
- 546℃【数据统计分析】详解Oracle分组函数之CUBE
- 535℃最佳实践 | 提效 47 倍,制造业生产 Oracle 迁移替换
- 530℃Oracle有哪些常见的函数? oracle中常用的函数
- 最近发表
- 标签列表
-
- 前端设计模式 (75)
- 前端性能优化 (51)
- 前端模板 (66)
- 前端跨域 (52)
- 前端缓存 (63)
- 前端react (48)
- 前端aes加密 (58)
- 前端脚手架 (56)
- 前端md5加密 (54)
- 前端路由 (61)
- 前端数组 (73)
- 前端js面试题 (50)
- 前端定时器 (59)
- 前端懒加载 (49)
- Oracle RAC (73)
- oracle恢复 (76)
- oracle 删除表 (48)
- oracle 用户名 (74)
- oracle 工具 (55)
- oracle 内存 (50)
- oracle 导出表 (57)
- oracle 中文 (51)
- oracle的函数 (57)
- 前端调试 (52)
- 前端登录页面 (48)
本文暂时没有评论,来添加一个吧(●'◡'●)