Dubbo之限流分析
如果当前并发数仍然超出阈值，则继续执行wait方法；如果没有超出阈值在，则跳出循环，CAS+1，并调用invoke方法，调用结束后CAS-1，最后通过notify唤醒另外一个线程。
但是Apache Dubbo的服务治理其实并不太好用，比如熔断降级、限流等，同时Apache Dubbo还有一个比较麻烦的问题， 就是没有HTTP调用的逻辑，这一点对前后端分离的项目非常不友好。 基于以上内容，其实在实际项目中， Apache Dubbo和SpringCloud相结合才是目前比较主流的使用方式。
flurry集Dubbo网关、异步、流式、高性能于一身，其目标就是替代一些以tomcat作为dubbo消费者的接入层，以更少的节点获得更多的性能提升，节约硬件资源和软件资源。
Dubbo是一个分布式服务框架，致力于提供高性能和透明化的RPC远程服务调用方案，以及SOA服务治理方案。
dubbo泛化调用使用及原理解析
dubbo原理和机制：应用可通过高性能的RPC实现服务的输出和输入功能，可以和Spring框架无缝集成。注册中心负责服务地址的注册与查找，相当于目录服务，服务提供者和消费者只在启动时与注册中心交互，注册中心不转发请求，压力较小。
包括三个关键功能：基于接口的远程调用，容错与负载均衡，服务自动注册与发现。Dubbo使得调用远程服务就像调用本地java服务一样简单。参考Dubbo官方文档：包括实现细节，远程调用细节，服务提供者暴露服务。主要流程。
SPI 机制在第三方框架中也有所应用，比如 Dubbo 就是通过 SPI 机制加载所有的组件。不过，Dubbo 并未使用 Java 原生的 SPI 机制，而是对其进行了增强，使其能够更好的满足需求。在 Dubbo 中，SPI 是一个非常重要的模块。基于 SPI，我们可以很容易的对 Dubbo 进行拓展。
Dubbo 是依赖于Spring 的上下文环境的框架，其他依赖于 Spring 的框架也是相同的道理。Spring 的一些对外的扩展点，读过之后也会心中有数。本篇主要是描述了 Dubbo 在 Spring 创建上下文的时候，是如何从创建，到能完整提供一个RPC调用能力的一些相关点。
时间轮原理及其在框架中的应用
1、实际应用示例在Dubbo中，HeartbeatTimerTask通过监控心跳，当读写超时，会提交任务到时间轮进行重试。而在Redisson锁续期中，获取锁后会封装续期任务，每10秒通过时间轮检查一次，防止机器宕机导致的锁无法正常释放。
2、mask（轮子长度减一）在Worker线程的run方法中起到关键作用，用于定位任务在轮子中的确切位置。时间轮的状态管理包括初始化、启动和关闭三个阶段。初始化时，线程会等待计数器计到0，然后启动Worker线程。startTime的初始化过程有趣且微妙，涉及到主线程与Worker线程的交互。
3、在时钟轮机制中，有时间槽和时钟轮的概念，时间槽就相当于时钟的刻度，而时钟轮就相当于秒针与分针等跳动的一个周期，我们会将每个任务放到对应的时间槽位上。
面试官:你给我说一下什么是时间轮吧?
多轮面试、逐层选拔，这样的方式很有必要。面试的目的就是为了选拔人才，而且这种选拔人才的方式经过事实验证已经可以确定是有效的。在具体实施过程中，只进行一轮面试的效果并不理想，眉毛胡子一把抓对于选拔人才不利。因此，通过多轮面试的方式进行逐层选拔，这样的方式才是最有效、最合适的，也是很有必要的。
您好，您的问题：我想问一下我问面试官说月休是固定的还是自己想什么时候放，就什么时候放，面试官说看情况，是什么意思 根据您的描述，公司应该处于事业上升期或岗位需求不能准时休息，需要轮班调休。如果月休取消未及时调休，则为加班，应当明白加班是否有工资，具体为多少。
第2轮呢，一般会是更高级的一些领导去面，比如是主管或者说是呃部门经理等等，那他们问的可能内容就会相对来讲比较抽象一些，不会涉及太多的这种具体的问题。
面试官说什么话暗示成功1 信号1：面试官“明确”决定下回面试时间 通常情况下，面试官会通过第一轮的电话面试来筛选求职者，决定是否有必要对该求职者进行第二轮的当面面试。
Dubbo之SPI实现原理详解
dubbo原理和机制：应用可通过高性能的RPC实现服务的输出和输入功能，可以和Spring框架无缝集成。注册中心负责服务地址的注册与查找，相当于目录服务，服务提供者和消费者只在启动时与注册中心交互，注册中心不转发请求，压力较小。
SPI，即串行外设接口，是一种全双工通信方式，利用时钟信号确保主机与从机间的同步，仅需四条逻辑线：MISO（主设备输入，从设备输出）、MOSI（主设备输出，从设备输入）、SCLK（时钟信号）和SS（片选信号）。
Dubbo集群容错方案丰富，负载均衡策略灵活，支持多种协议选择，如TCP、HTTP等，满足不同场景的需求。服务调用流程涉及服务提供者、注册中心、网络和消费者，通过Proxy实现远程服务的无缝调用。通过深入理解Dubbo的SPI机制，我们可以发现它在配置上的灵活性，以及如何通过自定义接口和别名动态加载组件。
SPI 的本质是将接口实现类的全限定名配置在文件中，并由服务加载器读取配置文件，加载实现类。这样可以在运行时，动态为接口替换实现类。正因此特性，我们可以很容易的通过 SPI 机制为我们的程序提供拓展功能。SPI 机制在第三方框架中也有所应用，比如 Dubbo 就是通过 SPI 机制加载所有的组件。
dubbo服务暴露原理
1、服务暴露就是告诉客户端。我能提供什么服务，对应的ip是什么，端口是什么。你需要让我为你服务，你只需要按一定的协议调用就行。搞清楚以上两个问题，就基本上了解了服务暴露的流程。
2、集群模块是服务提供者和服务消费者的中间层，为服务消费者屏蔽了服务提供者的情况，这样服务消费者就可以专心处理远程调用相关事宜。比如发请求，接受服务提供者返回的数据等。这就是Dubbo Cluster集群的作用。
3、dubbo原理和机制：应用可通过高性能的RPC实现服务的输出和输入功能，可以和Spring框架无缝集成。注册中心负责服务地址的注册与查找，相当于目录服务，服务提供者和消费者只在启动时与注册中心交互，注册中心不转发请求，压力较小。
4、包括三个关键功能：基于接口的远程调用，容错与负载均衡，服务自动注册与发现。Dubbo使得调用远程服务就像调用本地java服务一样简单。参考Dubbo官方文档：包括实现细节，远程调用细节，服务提供者暴露服务。主要流程。
标签： #dubbo原理
