dubbo缓存

‘壹’ zookper+bboadmin怎么刷新缓存

全职队要求：MM最好99+ 90J武器覆霜武器+7以上99J以上武器神月武器+5以上 满状态血6000以上
WX要大 最好99+ 满状态血1W+ 武器精炼要求不是很高，主要是要吼住怪
SS 满状态血1.7W+ 其他要求不高 要能团怪
MG 最好100+ 神月武器或天罪+5以上 最好+7以上 血不作多大要求
FS 最好99+ 穿99套 满状态血5500+ 武器+7以上
YJ 90+ 无过多要求 会跑票
队里至少一人会看BOSS时间

‘贰’ bbo有熔断机制吗

国外交易所中采取的熔断机制一般有两种形式，即“熔即断”与“熔而不断”；前者是指当价格触及熔断点后，随后的一段时间内交易暂停，后者是指当价格触及熔断点后，随后的一段时间内买卖申报在熔断价格区间内继续撮合成交。
国际上采用的比较多的是“熔即断”的熔断机制。

我国股指期货拟将引入的熔断制度，是在股票现货市场上个股设置10%的涨跌幅限制的基础上，为了抑制股指期货市场非理性过度波动而设立的。按照设计，当股票指数期货的日涨跌幅达到6%时，是沪深300指数期货交易的第一个熔断点，在此幅度内“熔而不断”，在到达“熔断”点时仍可进行交易10分钟，但指数报价不可超出6%的涨跌幅之外；10分钟之后波动幅度放大到10%，与股票现货市场个股的涨跌停板10%相对应。

温馨提示：以上解释仅供参考，不作任何建议，入市有风险，投资需谨慎。
您在做任何投资之前，应确保自己完全明白该产品的投资性质和所涉及的风险，详细了解和谨慎评估产品后，再自身判断是否参与交易。

应答时间：2021-09-13，最新业务变化请以平安银行官网公布为准。
[平安银行我知道]想要知道更多？快来看“平安银行我知道”吧~
https://b.pingan.com.cn/paim/iknow/index.html

‘叁’ Dubbo的工作原理

Provider
暴露服务方称之为“服务提供者”。
Consumer
调用远程服务方称之为“服务消费者”。
Registry
服务注册与发现的中心目录服务称之为“服务注册中心”。
Monitor
统计服务的调用次数和调用时间的日志服务称之为“服务监控中心”。
(1) 连通性：
注册中心负责服务地址的注册与查找，相当于目录服务，服务提供者和消费者只在启动时与注册中心交互，注册中心不转发请求，压力较小
监控中心负责统计各服务调用次数，调用时间等，统计先在内存汇总后每分钟一次发送到监控中心服务器，并以报表展示
服务提供者向注册中心注册其提供的服务，并汇报调用时间到监控中心，此时间不包含网络开销
服务消费者向注册中心获取服务提供者地址列表，并根据负载算法直接调用提供者，同时汇报调用时间到监控中心，此时间包含网络开销
注册中心，服务提供者，服务消费者三者之间均为长连接，监控中心除外
注册中心通过长连接感知服务提供者的存在，服务提供者宕机，注册中心将立即推送事件通知消费者
注册中心和监控中心全部宕机，不影响已运行的提供者和消费者，消费者在本地缓存了提供者列表
注册中心和监控中心都是可选的，服务消费者可以直连服务提供者
(2) 健壮性：
监控中心宕掉不影响使用，只是丢失部分采样数据
数据库宕掉后，注册中心仍能通过缓存提供服务列表查询，但不能注册新服务
注册中心对等集群，任意一台宕掉后，将自动切换到另一台
注册中心全部宕掉后，服务提供者和服务消费者仍能通过本地缓存通讯
服务提供者无状态，任意一台宕掉后，不影响使用
服务提供者全部宕掉后，服务消费者应用将无法使用，并无限次重连等待服务提供者恢复
(3) 伸缩性：
注册中心为对等集群，可动态增加机器部署实例，所有客户端将自动发现新的注册中心
服务提供者无状态，可动态增加机器部署实例，注册中心将推送新的服务提供者信息给消费者

‘肆’ bbo是中间件吗

分布式服务调用中间件

这边有资料37套精品Java架构师高并发高性能高可用分布式集群电商缓存

‘伍’ 关于bbo在linux环境weblogic下启动报错

现在一般能打开64个。
文件描述符的范围是0 ~ O P E N _ M A X 。早期的U N I X版本采用的上限值是1 9 (允许每个进程打开2 0个文件)，现在很多系统则将其增加至6 3。

‘陆’ 20.SpringCloud和Dubbo的区别是什么

Spring Cloud是一系列微服务框架的有序集合，而Dubbo有2中常见理解，一种是狭义的理解，一种是广义的。狭义的Dubbo，指的是一款高性能的RPC框架，广义的Dubbo值得是一整套微服务解决方案！

简而言之，Dubbo确实类似于Spring Cloud的一个子集，Dubbo功能和文档完善，在国内有很多的成熟用户。

Dubbo具有调度、发现、监控、治理等功能，**支持相当丰富的服务治理能力**。Dubbo架构下，注册中心对等集群，并会缓存服务列表已被数据库失效时继续提供发现功能，本身的服务发现结构有很强的**可用性与健壮性**，足够支持高访问量的网站。

SpringCloud有众多子项目组成，这其中有Spring Cloud Netflix，Spring Cloud Config，Spring Cloud Consul，Spring Cloud Alibaba，包含了Dubbo整套。SpringCloud提供了搭建分布式系统及微服务常用的工具，如配置管理、服务发现、断路器、智能路由、微代理、控制总线、一次性token、全局锁、选主、分布式会话和集群状态等，满足了构建微服务所需的所有解决方案。

如果你想掌握时下热门微服务技术栈，跟上时代技术步伐，黑马程序员教程视频资源官网都免费发布，直接去学就行了。

‘柒’ 如何清除bbo lur缓存

Dubbo缺省会在启动时检查依赖的服务是否可用，不可用时会抛出异常，阻止Spring初始化完成，以便上线时，能及早发现问题，默认check=true。

如果你的Spring容器是懒加载的，或者通过API编程延迟引用服务，请关闭check，否则服务临时不可用时，会抛出异常，拿到null引用，如果check=false，总是会返回引用，当服务恢复时，能自动连上。

‘捌’ 为什么bbo使用ZkClient作为zookeeper的客户端

先看看zookeeper本身自带的客户端的问题。

1）ZooKeeper的Watcher是一次性的，用过了需要再注册；

2） session的超时后没有自动重连，生产环境中如果网络出现不稳定情况，那么这种情况出现的更加明显；
3） 没有领导选举机制，集群情况下可能需要实现stand by，一个服务挂了，另一个需要接替的效果；
4） 客户端只提供了存储byte数组的接口，而项目中一般都会使用对象。

5）客户端接口需要处理的异常太多，并且通常，我们也不知道如何处理这些异常。

I0Itec这个zookeeper客户端基本上解决了上面的所有问题，主要有以下特性：

1) 提供了zookeeper重连的特性------能够在断链的时候,重新建立连接,无论session失效与否.

2) 持久的event监听器机制------ZKClient框架将事件重新定义分为了stateChanged、znodeChanged、dataChanged三种情况，用户可以注册这三种情况下的监听器（znodeChanged和dataChanged和路径有关），而不是注册Watcher。

3) zookeeper异常处理-------zookeeper中繁多的Exception,以及每个Exception所需要关注的事情各有不同，I0Itec简单的做了封装.

4) data序列化------简单的data序列化.(Serialzer/Deserialzer)

5）有默认的领导选举机制

请注意使用I0Itect-zkClient暂时有几个方法仍需要重写:

1) create方法:创建节点时,如果节点已经存在,仍然抛出NodeExistException,可是我期望它不在抛出此异常.

2) retryUtilConnected: 如果向zookeeper请求数据时(create,delete,setData等),此时链接不可用,那么调用者将会被阻塞直到链接建立成功;不过我仍然需要一些方法是非阻塞的,如果链接不可用,则抛出异常,或者直接返回.

3) create方法: 创建节点时,如果节点的父节点不存在,我期望同时也要创建父节点,而不是抛出异常.

4) data监测: 我需要提供一个额外的功能来补充watch的不足,开启一个线程,间歇性的去zk server获取指定的path的data,并缓存起来..归因与watch可能丢失,以及它不能持续的反应znode数据的每一次变化,所以只能手动去同步获取.

‘玖’ bbo使用zookeeper连接，zookeeper宕机后怎么处理

1、配置文件同步

2、主从切换

3、分布式队列

4、分布式锁

‘拾’ bbo在项目有什么作用

Dubbo是、阿里巴巴公司开源的一个高性能优秀的服务框架，使得应用可通过高性能的 RPC 实现服务的输出和输入功能，可以和Spring框架无缝集成。
(1) 连通性：
注册中心负责服务地址的注册与查找，相当于目录服务，服务提供者和消费者只在启动时与注册中心交互，注册中心不转发请求，压力较小
监控中心负责统计各服务调用次数，调用时间等，统计先在内存汇总后每分钟一次发送到监控中心服务器，并以报表展示
服务提供者向注册中心注册其提供的服务，并汇报调用时间到监控中心，此时间不包含网络开销
服务消费者向注册中心获取服务提供者地址列表，并根据负载算法直接调用提供者，同时汇报调用时间到监控中心，此时间包含网络开销
注册中心，服务提供者，服务消费者三者之间均为长连接，监控中心除外
注册中心通过长连接感知服务提供者的存在，服务提供者宕机，注册中心将立即推送事件通知消费者
注册中心和监控中心全部宕机，不影响已运行的提供者和消费者，消费者在本地缓存了提供者列表
注册中心和监控中心都是可选的，服务消费者可以直连服务提供者
(2) 健壮性：
监控中心宕掉不影响使用，只是丢失部分采样数据
数据库宕掉后，注册中心仍能通过缓存提供服务列表查询，但不能注册新服务
注册中心对等集群，任意一台宕掉后，将自动切换到另一台
注册中心全部宕掉后，服务提供者和服务消费者仍能通过本地缓存通讯
服务提供者无状态，任意一台宕掉后，不影响使用
服务提供者全部宕掉后，服务消费者应用将无法使用，并无限次重连等待服务提供者恢复
(3) 伸缩性：
注册中心为对等集群，可动态增加机器部署实例，所有客户端将自动发现新的注册中心
服务提供者无状态，可动态增加机器部署实例，注册中心将推送新的服务提供者信息给消费者