hystrix超时和feign超时区别 微服务调用为啥用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延迟越小。因此，在具体的应用层，有很多技术可以讨论。您可以根据自己的硬件能力选择相应的技术
！欢迎热爱科技的人们来探索
在JAVA中捕获异常后throw自定义异常是不优雅的吗？
事实上，这种方法在很多框架中都有使用
1。Rethrow
自定义异常，用于更好地隔离异常，识别异常类型、ID、自定义消息和日志
2。对第三方库的异常进行打包和抽象，以保持与框架异常定义的一致性，方便框架处理不同的异常
3。Restful在控制层有两种异常：一种是预期的，另一种是可预测的。这种异常需要捕获并“尝试修复”。例如，在查询用户信息RPC的过程中，存在异常，包括500ah和404ah。对于客户端，基本上不需要重试，这可以通过一个明确的错误代码来通知。相反，在超时的情况下，可以通知客户端稍后再试，不同的错误代码可以引导客户端进行不同的操作。另一种情况是控制层本身不考虑。在这种情况下，盲目的尝试/捕捉没有多大意义。它通常在框架级进行统一处理，包括记录异常信息和优雅的返回失败。
最后，对于try/catch的使用，我们并不意味着我们看不到异常，但我们更多地考虑捕获后我可以做什么，以及我是否可以尝试解决此问题。如果没有，我们可以把它扔到上层，记录并报警。如果我们不把这个问题想清楚，就很容易形成一个禁忌（吞下例外）。
hystrix超时和feign超时区别 feign捕获服务端异常 feign与openfeign
版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。
