这是问题的延续 Spring MVC @PathVariable被截断
Spring论坛声明它已经固定(3.2版本)作为ContentNegotiationManager的一部分。请看下面的链接。 https://jira.springsource.org/browse/SPR-6164 https://jira.springsource.org/browse/SPR-7632
在我的应用程序中，带有。com的requestParameter被截断了。
谁能告诉我如何使用这个新功能?如何在xml中配置它?
注:春季论坛- #1 Spring MVC @PathVariable带点(.)会被截断
当前回答
解决这个问题的一个非常简单的方法是在后面添加一个斜杠…
例如:
使用:
/somepath/filename.jpg/
而不是:
/somepath/filename.jpg
其他回答
除了Martin Frey的回答，这个问题也可以通过在RequestMapping值中添加一个尾随斜杠来修复:
/path/{variable}/
请记住，此修复程序不支持可维护性。现在它要求所有的URI后面都有一个斜杠——这对API用户/新开发人员来说可能不太明显。因为不是所有的参数都有。在它们中，它还可能产生间歇性的错误
对我来说
@GetMapping(path = "/a/{variableName:.+}")
确实工作，但只有当你也编码的“点”在你的请求url为“%2E”，然后它工作。但要求URL都是…虽然有效，但这不是“标准”编码。感觉像是一个bug:|
另一种类似于“后斜杠”的方法是移动带有点“inline”ex的变量:
@GetMapping(path = "/{variableName}/a")
现在所有的点都将被保留，不需要修改。
Spring 5.2.4 (Spring Boot v2.2.6.RELEASE) PathMatchConfigurer。setUseSuffixPatternMatch和ContentNegotiationConfigurer。favorPathExtension已弃用(https://spring.io/blog/2020/03/24/spring-framework-5-2-5-available-now和https://github.com/spring-projects/spring-framework/issues/24179)。
真正的问题是客户端请求特定的媒体类型(比如。com)，而Spring默认添加了所有这些媒体类型。在大多数情况下，您的REST控制器只会生成JSON，因此它不支持所请求的输出格式(.com)。 为了克服这个问题，你应该通过更新你的rest控制器(或特定的方法)来支持“输出”格式(@RequestMapping(produces = mediattype . all_value))，当然也允许像点({username:.+})这样的字符。
例子:
@RequestMapping(value = USERNAME, consumes = MediaType.APPLICATION_JSON_VALUE, produces = MediaType.APPLICATION_JSON_VALUE)
public class UsernameAPI {
private final UsernameService service;
@GetMapping(value = "/{username:.+}", consumes = MediaType.APPLICATION_JSON_VALUE, produces = MediaType.ALL_VALUE)
public ResponseEntity isUsernameAlreadyInUse(@PathVariable(value = "username") @Valid @Size(max = 255) String username) {
log.debug("Check if username already exists");
if (service.doesUsernameExist(username)) {
return ResponseEntity.status(HttpStatus.NO_CONTENT).build();
}
return ResponseEntity.notFound().build();
}
}
Spring 5.3及以上版本将只匹配已注册的后缀(媒体类型)。
据我所知，这个问题只出现在请求映射结束时的路径变量。
我们可以通过在requestmapping中定义regex插件来解决这个问题。
/somepath/{variable:.+}
最后，我在Spring Docs中找到了解决方案:
要完全禁用文件扩展名，您必须同时设置以下两项: useSuffixPatternMatching(false)，参见PathMatchConfigurer favorpatheextension (false)，参见ContentNegotiationConfigurer
将此添加到我的WebMvcConfigurerAdapter实现解决了这个问题:
@Override
public void configureContentNegotiation(ContentNegotiationConfigurer configurer) {
configurer.favorPathExtension(false);
}
@Override
public void configurePathMatch(PathMatchConfigurer matcher) {
matcher.setUseSuffixPatternMatch(false);
}
