为什么泽西岛不尊重动态绑定筛选器的优先级？

Question

我正在使用Jersey中的DynamicFeature将容器请求筛选器动态绑定到一些特定的资源方法。除了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!

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

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);

如果这导致了同样的问题，请更新您的依赖关系。