您的 @POST 方法应该接受 JSON 对象而不是字符串。 Jersey 使用 JAXB 支持编组和解组 JSON 对象（请参阅the jersey docs for details）。创建一个类：
@XmlRootElement
public class MyJaxBean {
@XmlElement public String param1;
@XmlElement public String param2;
}
那么您的 @POST 方法将如下所示：
@POST @Consumes("application/json")
@Path("/create")
public void create(final MyJaxBean input) {
System.out.println("param1 = " + input.param1);
System.out.println("param2 = " + input.param2);
}
此方法期望接收 JSON 对象作为 HTTP POST 的正文。 JAX-RS 将 HTTP 消息的内容主体作为未注释的参数传递——在本例中为 input。实际的消息类似于：
POST /create HTTP/1.1
Content-Type: application/json
Content-Length: 35
Host: www.example.com
{"param1":"hello","param2":"world"}
出于显而易见的原因，以这种方式使用 JSON 很常见。但是，如果您在 JavaScript 以外的其他东西中生成或使用它，那么您必须小心正确地转义数据。在 JAX-RS 中，您将使用 MessageBodyReader 和 MessageBodyWriter 来实现这一点。我相信 Jersey 已经实现了所需类型（例如，Java 原语和 JAXB 包装的类）以及 JSON。 JAX-RS 支持许多其他传递数据的方法。这些不需要创建新类，因为数据是使用简单的参数传递来传递的。
HTML <FORM>
参数将使用@FormParam进行注释：
@POST
@Path("/create")
public void create(@FormParam("param1") String param1,
@FormParam("param2") String param2) {
...
}
浏览器将使用"application/x-www-form-urlencoded" 对表单进行编码。 JAX-RS 运行时将负责解码主体并将其传递给方法。以下是您应该在电线上看到的内容：
POST /create HTTP/1.1
Host: www.example.com
Content-Type: application/x-www-form-urlencoded;charset=UTF-8
Content-Length: 25
param1=hello¶m2=world
本例中内容为URL encoded。
如果您不知道 FormParam 的名称，您可以执行以下操作：
@POST @Consumes("application/x-www-form-urlencoded")
@Path("/create")
public void create(final MultivaluedMap<String, String> formParams) {
...
}
HTTP 标头
如果您想通过 HTTP 标头传递参数，可以使用 @HeaderParam 注解：
@POST
@Path("/create")
public void create(@HeaderParam("param1") String param1,
@HeaderParam("param2") String param2) {
...
}
这是 HTTP 消息的外观。请注意，此 POST 没有正文。
POST /create HTTP/1.1
Content-Length: 0
Host: www.example.com
param1: hello
param2: world
我不会将这种方法用于通用参数传递。不过，如果您需要访问特定 HTTP 标头的值，这真的很方便。
HTTP 查询参数
此方法主要用于 HTTP GET，但同样适用于 POST。它使用@QueryParam 注解。
@POST
@Path("/create")
public void create(@QueryParam("param1") String param1,
@QueryParam("param2") String param2) {
...
}
与前面的技术一样，通过查询字符串传递参数不需要消息体。这是 HTTP 消息：
POST /create?param1=hello¶m2=world HTTP/1.1
Content-Length: 0
Host: www.example.com
您必须特别小心在客户端正确encode query parameters。由于某些代理强制执行 URL 长度限制以及与编码相关的问题，使用查询参数可能会出现问题。
HTTP 路径参数
路径参数与查询参数类似，只是它们嵌入在 HTTP 资源路径中。这种方法在今天似乎很受欢迎。由于路径是真正定义 HTTP 资源的内容，因此对 HTTP 缓存有影响。由于修改了@Path 注释并使用了@PathParam，因此代码看起来与其他代码略有不同：
@POST
@Path("/create/{param1}/{param2}")
public void create(@PathParam("param1") String param1,
@PathParam("param2") String param2) {
...
}
消息类似于查询参数版本，只是参数名称不包含在消息中的任何位置。
POST /create/hello/world HTTP/1.1
Content-Length: 0
Host: www.example.com
此方法与查询参数版本具有相同的编码问题。 Path segments are encoded differently 所以你也必须小心。
如您所见，每种方法各有利弊。选择通常由您的客户决定。如果您提供基于 FORM 的 HTML 页面，请使用 @FormParam。如果您的客户端是基于 JavaScript+HTML5 的，那么您可能希望使用基于 JAXB 的序列化和 JSON 对象。 MessageBodyReader/Writer 实现应该为您处理必要的转义，这样就少了一件可能出错的事情。如果您的客户端是基于 Java 的，但没有良好的 XML 处理器（例如 Android），那么我可能会使用 FORM 编码，因为内容主体比 URL 更容易生成和正确编码。希望这个迷你 wiki 条目能够阐明 JAX-RS 支持的各种方法。
注意：为了全面披露，我还没有真正使用 Jersey 的这个功能。我们正在修改它，因为我们部署了许多 JAXB+JAX-RS 应用程序并且正在进入移动客户端空间。 JSON 比 XML 更适合 HTML5 或基于 jQuery 的解决方案。