简而言之,

@Pathparam适用于通过资源和查询字符串传递的值

/用户/1 /user？id=1

@Queryparam只适用于传递查询字符串的值

/user？id=1

我个人使用的方法是“如果对用户来说书签包含这些参数的url是有意义的，那么使用PathParam”。

For instance, if the URL for a user profile includes some profile id parameter, since this can be bookmarked by the user and/or emailed around, I would include that profile id as a path parameter. Also, another considerent to this is that the page denoted by the URL which includes the path param doesn't change -- the user will set up his/her profile, save it, and then unlikely to change that much from there on; this means webcrawlers/search engines/browsers/etc can cache this page nicely based on the path.

If a parameter passed in the URL is likely to change the page layout/content then I'd use that as a queryparam. For instance, if the profile URL supports a parameter which specifies whether to show the user email or not, I would consider that to be a query param. (I know, arguably, you could say that the &noemail=1 or whatever parameter it is can be used as a path param and generates 2 separate pages -- one with the email on it, one without it -- but logically that's not the case: it is still the same page with or without certain attributes shown.

希望这能有所帮助——我很感激这个解释可能有点模糊:)

路径参数- 路径参数是URL路径中的一个变量，帮助指向一些特定的资源。

Example - https://sitename.com/questions/115

这里，如果115是一个路径参数，它可以用其他有效的数字来改变，以获取/指向同一应用程序上的其他一些资源。

查询参数- 查询参数是URL路径中的变量，用于从列表中过滤某些特定的资源。

Example - https://sitename.com/questions/115?qp1=val1&qp2=val2&qp3=val3

其中qp1、qp2和qp3为查询变量，其值分别为val1、val2和val3。在获取/保存数据时，这些可以用作过滤器。查询变量总是在URL中以问号(?)结尾。

根据我的理解:

使用@PathParam -当它是一个强制性的项目，如Id 获得/气球/ {id} 使用@QueryParam -当你有确切的资源，但需要过滤一些可选的特征，如颜色，大小等。 得到/气球/ 123 ?颜色= red&size =

这是个很有趣的问题。

你可以同时使用它们，关于这个主题没有任何严格的规则，但是使用URI路径变量有一些优点:

缓存: 大多数互联网上的web缓存服务不缓存GET请求时，他们包含查询参数。 他们这样做是因为有很多RPC系统使用GET请求来更改服务器中的数据(失败!!)Get必须是一个安全的方法)

但是如果使用路径变量，所有这些服务都可以缓存GET请求。

层次结构: 路径变量可以表示层次结构: /城市/街道/的地方

它为用户提供了关于数据结构的更多信息。

但如果你的数据没有任何层次关系，你仍然可以使用Path变量，使用逗号或分号:

/城市/经度,纬度

作为规则，当参数的顺序重要时使用逗号，当顺序不重要时使用分号:

/ IconGenerator /红色,蓝色,绿色

除了这些原因之外，在某些情况下，使用查询字符串变量是非常常见的:

当您需要浏览器自动将HTML表单变量放入URI时 当你处理算法的时候。例如谷歌引擎使用查询字符串:

http:// www.google.com/search ? q =休息

总而言之，没有任何强烈的理由使用这种方法，但只要可以，就使用URI变量。

这就是我的工作。

如果存在基于id检索记录的场景，例如您需要获取id为15的员工的详细信息，那么您可以使用@PathParam资源。

GET /employee/{id}

如果需要获得所有员工的详细信息，但每次只需要10个，则可以使用query param

GET /employee?start=1&size=10

这表示，起始雇员id 1获得10条记录。

总之，使用@PathParam进行基于id的检索。用户@QueryParam用于过滤器，或者如果你有任何用户可以传递的固定选项列表。