服務提供方的過濾器被調(diào)用順序：app

EchoFilter->ClassLoaderFilter->GenericFilter->ContextFilter->(這4個是在代碼中指定的)ide

ExceptionFilter-> TimeoutFilter ->MonitorFilter-> TraceFilter.net

服務消費方的過濾器順序：blog

ConsumerContextFilter->FutureFilter->MonitorFilter排序

負責加載過濾器的類文檔

ProtocolFilterWrapperget

這個順序和SPI配置文件的順序并不一致。那么是什么決定了Filter的順序呢?

經(jīng)過查看源代碼能夠看到，在初始化Filter時，有一個對全部的過濾器排序的過程，其使用的比較類是ActivateComparator。在這個類中，能夠看到，是使用Filter中的Activate類進行排序的。而Activate注解中，有一個order的屬性，這個屬性指定了Filter在chain中的順序。代碼以下：io

@Documented
@Retention(RetentionPolicy.RUNTIME)
@Target({ElementType.TYPE, ElementType.METHOD})
public @interface Activate {
    String[] group() default {};
    String[] value() default {};
    String[] before() default {};
    String[] after() default {};
    int order() default 0;
}

經(jīng)過查看EchoFilter的Activate屬性，能夠看到其order = -110000，而ClassLoaderFilter的order=-30000,所以能夠判定，order值越小，其越位于調(diào)用端的最頂層。

以下：

@Activate(
    group = {"provider"},
    order = -110000
)
public class EchoFilter implements Filter {
    public EchoFilter() {
    }
    public Result invoke(Invoker<?> invoker, Invocation inv) throws RpcException {
        return (Result)(inv.getMethodName().equals("$echo") && inv.getArguments() != null && inv.getArguments().length == 1 ? new RpcResult(inv.getArguments()[0]) : invoker.invoke(inv));
    }
}

@Activate(
    group = {"provider"},
    order = -30000
)
public class ClassLoaderFilter implements Filter {
    public ClassLoaderFilter() {
    }
    public Result invoke(Invoker<?> invoker, Invocation invocation) throws RpcException {
        ClassLoader ocl = Thread.currentThread().getContextClassLoader();
        Thread.currentThread().setContextClassLoader(invoker.getInterface().getClassLoader());
        Result var4;
        try {
            var4 = invoker.invoke(invocation);
        } finally {
            Thread.currentThread().setContextClassLoader(ocl);
        }
        return var4;
    }
}

從上面能夠看出，若是須要規(guī)定自定義的Filter的執(zhí)行順序，能夠經(jīng)過設置自定義的Filter的@Active注解中order屬性值，越小越先執(zhí)行。

那么當order相同時(都沒有設置時)，又是根據(jù)什么排序的呢?

Collections.sort算法

從其說明文檔能夠看出，這個算法是一個穩(wěn)定的排序算法，若是兩個值相同，不會改變其先后順序。而且從其文檔能夠看出，其所使用的是一個修改過的歸并排序算法。

可是Activate的compare方法故意將兩個相同的order類弄成了不一樣，致使排序有些變化。形成了最終上述順序。