java - 为什么 Jersey 不尊重动态绑定(bind)过滤器中的优先级？

Question

我在 Jersey 中使用 DynamicFeature将容器请求过滤器动态绑定(bind)到某些特定的资源方法。除了 DynamicFeature 之外，我还有适用于所有资源方法的常规过滤器。但是，我发现这些过滤器的优先级/顺序没有按预期工作。例如:

public class MyDynamicFeature implements DynamicFeature {

    @Override
    public void configure(ResourceInfo resourceInfo, FeatureContext featureContext) {
        featureContext.register(MyDynamicFilter.class, 2);
    }
}

public class MyDynamicFilter implements ContainerRequestFilter {
    @Override
    public void filter(ContainerRequestContext containerRequestContext) throws IOException {
        System.out.println("Hey! I am dynamic!");
    }
}

public class MyStaticFilter implements ContainerRequestFilter {
    @Override
    public void filter(ContainerRequestContext containerRequestContext) throws IOException {
        System.out.println("Hey! I am static!");
    }
}

在 ResourceConfig 中，我注册了 DynamicFeature 和具有优先级的过滤器:

register(MyDynamicFeature.class, 1);
register(MyStaticFilter.class, 3);

理想情况下，如果请求通过过滤器，我希望从日志中看到:

Hey! I am dynamic!
Hey! I am static!

因为动态过滤器比静态过滤器优先级高，反而，我看到了

Hey! I am static!
Hey! I am dynamic!

所以看起来动态绑定(bind)过滤器总是在静态绑定(bind)过滤器之后。为什么它不尊重我设定的优先级？

Answer 1

尝试使用 javax.annotation.Priority 注释而不是 FeatureContext::register 和 ResourceConfig::register 调用中的第二个参数，覆盖注释。

@Priority(1)
public class MyDynamicFilter implements ContainerRequestFilter {
...
@Priority(2)
public class MyStaticFilter implements ContainerRequestFilter {
...
featureContext.register(MyDynamicFilter.class);
...
register(MyDynamicFeature.class);
register(MyStaticFilter.class);

如果这导致相同的问题，请更新您的依赖项。