我一直在JAXRS上尝试一些示例(本例中使用Jersey).以下是我的示例存根实现：

    @Path("stubservice")
public class StubImpl
    @GET
    @Produces(MediaType.APPLICATION_JSON)
    public String getString(@QueryParam("first")
    int first, @QueryParam("second")
    int second)
    {
        return "first: " + first + " second: " + second;
    }

    @GET
    @Produces(MediaType.APPLICATION_JSON)
    @Consumes(MediaType.APPLICATION_JSON)
    public String getSize(@QueryParam("size")
                              int size,
                              @Context
                              HttpHeaders headers)
    {
        Gson gson = new Gson();
        return gson.toJson("something else");
    }
}

如果没有在其定义中具有@Consumes(MediaType.APPLICATION_JSON)的getSize方法,则此类在初始化期间出错.但有了它,StubImpl类正确初始化并根据传入的请求是否将其Content-Type作为application / json来处理请求.

初始化过程中发生错误：

严重：已使用资源和/或提供程序类检测到以下错误和警告：
  严重：产生媒体类型冲突.资源方法public java.lang.String StubImpl.getString(int,int)和public java.lang.String StubImpl.getSize(int,javax.ws.rs.core.HttpHeaders)可以生成相同的媒体类型

据我所知,@ GET请求永远不需要@Consumes(MediaType.APPLICATION_JSON),因为它适用于正文中的内容类型(并且GET方法没有正文).

现有行为是否有望？

提前致谢

解决方法:

根本不是JAX-RS专家,所以这只是猜测.

如果你没有设置@Consumes(MediaType.APPLICATION_JSON),Jersey如何决定在GET请求进入时调用哪个方法？

两种方法都响应GET请求,在同一路径上接受任何媒体类型,并生成相同的媒体类型.所以我的猜测是,当GET请求进入此路径时,Jersey无法决定(除了随机)调用哪个方法,因此拒绝启动.

@Consumes注释使得它在请求具有JSON主体(即从不)时调用getSize,而在所有其他情况下(即始终)调用另一种方法.