dubbo中的Filter顺序

最近发现dubbo的小 bug，顺便整理了一下dubbo中的Filter调用顺序及如何确定的. 服务提供方的过滤器被调用顺序：. EchoFilter->ClassLoaderFilter->GenericFilter->ContextFilter->(这4个是在代码中指定的). 服务消费方的过滤器顺序：.

在开发中，有时候需要限制访问的权限，白名单就是一种方法. 对于Java Web应用，spring的拦截器可以拦截Web接口的调用；而对于dubbo接口，Spring的拦截器就不管用了. dubbo提供了Filter扩展，可以通过自定义Filter来实现这个功能. 本文通过一个事例来演示如何实现dubbo接口的IP白名单.

最近在研究CAS ， CAS 中的Servlet Filter 不太熟悉， 所以花了点时间学下了下这部分的知识， 分成以下几部分 学习. Servlet Filter  的功能和用法. Servlet Filter 顺序的注意事项. A filter is an object that performs filtering tasks on either the request to a resource (a servlet or static content), or on the response from a resource, or both.

Java Servlet是与平台无关的服务器端组件，运行于Servlet容器中(如Tomcat)，Servlet容器负责Servlet和客户端的通信以及调用Servlet的方法，Servlet和客户端的通信采用“请求/响应”的模式. Servlet可完成以下功能：. 1、创建并返回基于客户请求的动态HTML页面.

Dubbo是一个分布式服务框架，致力于提供高性能和透明化的RPC远程服务调用方案，以及SOA服务治理方案. Remoting: 网络通信框架，实现了sync-over-async 和 request-response 消息机制. RPC: 一个远程过程调用的抽象，支持负载均衡、容灾和集群功能. Registry: 服务目录框架用于服务的注册和服务事件发布和订阅.

Bloom Filter是一种简单的节省空间的随机化的数据结构，支持用户查询的集合. 一般我们使用STL的std::set, stdext::hash_set，std::set是用红黑树实现的，stdext::hash_set是用桶式哈希表. 上述两种数据结构，都会需要保存原始数据信息，当数据量较大时，内存就会是个问题.

随着互联网的发展，网站应用的规模不断扩大，常规的垂直应用架构已无法应对，分布式服务架构以及流动计算架构势在必行，亟需一个治理系统确保架构有条不紊的演进. 当网站流量很小时，只需一个应用，将所有功能都部署在一起，以减少部署节点和成本. 此时，用于简化增删改查工作量的 数据访问框架(ORM) 是关键. 当访问量逐渐增大，单一应用增加机器带来的加速度越来越小，将应用拆成互不相干的几个应用，以提升效率.

1 面试题：Dubbo中zookeeper做注册中心，如果注册中心集群都挂掉，发布者和订阅者之间还能通信么. 可以的，启动dubbo时，消费者会从zk拉取注册的生产者的地址接口等数据，缓存在本地. 每次调用时，按照本地存储的地址进行调用. 注册中心对等集群，任意一台宕掉后，会自动切换到另一台 . 注册中心全部宕掉，服务提供者和消费者仍可以通过本地缓存通讯 .

向注册中心写入动态配置覆盖规则：(通过由监控中心或治理中心的页面完成). 表示消费方对该服务的方法调用都直接返回null值，不发起远程调用. 屏蔽不重要服务不可用时对调用方的影响. 表示消费方对该服务的方法调用在失败后，再返回null值，不抛异常. 容忍不重要服务不稳定时对调用方的影响. Dubbo支持服务降级，并且支持当服务出现异常的时候进行服务降级处理，但是存在一下几个缺陷.

1、Dubbo与Spring的整合. Dubbo在使用上可以做到非常简单，不管是Provider还是Consumer都可以通过Spring的配置文件进行配置，配置完之后，就可以像使用springbean一样进行服务暴露和调用了，完全看不到dubboapi的存在. 这是因为dubbo使用了spring提供的可扩展Schema自定义配置支持.