feign与openfeign 微服务调用为啥用RPC框架，http不更简单吗？
微服务调用为啥用RPC框架，http不更简单吗？
简单一点，HTTP是协议，RPC是概念！RPC可以基于HTTP协议（feign）、TCP协议（netty）、RMI协议（soap）和web服务（XML-RPC）框架实现。在传输过程中，由于序列化方法的不同，也出现了一些框架和协议，如Dubbo中的Dubbo协议、grpc protobuf序列化协议等。实际上，它们都是基于远程调用的概念。什么是远程呼叫？
关键是RPC是远程调用。远程调用是客户端通过上述协议向服务器发送接口、参数、参数类型、方法、返回值、返回值类型等（称为方法签名），通知服务器要调用的接口方法。这个过程就是RPC的实现过程！HTTP和RPC是两码事
！在性能方面，HTTP本身是基于TCP协议的，属于应用层协议，所以HTTP协议本身在实现过程中会占用大量的资源（内存、带宽等）。在性能方面，它肯定不如直接通过TCP实现的RPC协议快。不管HTTP有多优化，它绝对没有TCP那么快！另一方面，TCP依赖于字节码。目前常用的是将客户端调用的接口信息以序列化的方式发送到服务器端。序列化框架包括许多内容（Hession、protobuf、kryo等）。Kryo具有最高的序列化性能，protobuf具有序列化后最小的字节码）。序列化后的字节码越小，占用的带宽越小，序列化时间越长，线程IO延迟越短，线程IO延迟越小。因此，在具体的应用层，有很多技术可以讨论。您可以根据自己的硬件能力选择相应的技术
！欢迎热爱科技的人们来探索
feign连接池配置？
连接电池配置为电池，3000 Ma电池。
数据库连接池的作用是什么？
1. 资源重用，避免频繁建立和关闭数据库连接的开销
2。更快的系统响应速度，直接从连接池获取连接，更快的响应速度
3。控制资源的使用。如果不使用连接池，则每次访问数据库时都需要创建连接。这样，系统的连接要求对系统的稳定性影响很大，容易产生资源浪费和高负载异常。连接池可以最大限度地提高性能，并将资源利用率控制在一定水平以下。连接池可以控制连接池中的连接数，提高系统在大量用户应用时的稳定性。
通用数据库连接池：DBCP、c3p0、Druid
1。相似之处
Dubbo和feign都依赖于注册表和负载平衡。
2、区别
1。协议
Dubbo:
支持多种传输协议（Dubbo、RMI、HTTP、redis等），您可以根据业务场景选择最佳方式。非常灵活。
默认Dubbo协议：采用netty、TCP传输，单点、异步、长连接，适合数据量小、并发性高且服务提供商远少于消费者的场景。
外挂：
基于HTTP传输协议，连接短，不适合高并发访问。
2. 负载平衡
Dubbo:
支持四种算法（随机、轮询、活跃度、哈希一致性），并在算法中引入了权重的概念。
配置表单不仅支持代码配置，还支持Dubbo控制台的灵活动态配置。
负载平衡算法可以精确到某个服务接口的某个方法。
Feign:
仅支持n个策略：轮询、随机和响应时间加权。
负载平衡算法是客户端级的。
3. 容错策略
Dubbo:
支持多种容错策略：故障转移、快速故障、广播、强制等，还引入了重试次数、超时等配置参数
Feign:
容错是通过融合机制实现的，处理方法不同。
dubbo和feign区别？
Feign可以使用最新的HTTP组件优化此问题。默认情况下，feign使用JDK本机urlconnection发送HTTP请求。没有连接池，但它将为每个地址维护一个长连接，即使用HTTP持久性连接。我们可以使用Apache的HTTP客户端来代替feign原来的HTTP客户端，从而获得连接池、超时等性能相关的控制功能。春天的云Brixtion.SR5型版本开始支持此替换。首先，在项目中声明apachehttp客户机和假httpclient依赖关系
feign与openfeign feign长连接 feign高并发
版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。
