### 解决方案 当遇到 `Content-Type 'application/x-www-form-urlencoded;charset=UTF-8' is not supported` 的错误时，这通常是因为 Spring Boot 后端配置不支持该类型的请求体。以下是几种可能的解决方案： #### 方法一：使用 @RequestParam 注解 如果前端发送的数据是以表单形式提交，则可以在控制器方法中使用 `@RequestParam` 来替代 `@RequestBody` 接收参数。 ```java @GetMapping("/example") public ResponseEntity<String> exampleMethod( @RequestParam(value="paramName", required=false, defaultValue="defaultVal") String paramValue){ // 处理逻辑... } ``` 对于复杂对象或列表类型数据，同样适用此方式处理[^2]。 #### 方法二：调整 Accept Header 和 Content-Type 设置 确保客户端和服务端之间的媒体类型匹配非常重要。可以通过修改 HTTP 请求头中的 `Accept` 字段以及服务端允许的内容类型来实现兼容性。 在应用程序属性文件(application.properties 或 application.yml) 中添加如下配置项以扩展支持更多 MIME 类型: For properties file: ``` spring.http.converters.preferred-json-mapper=jackson spring.mvc.contentnegotiation.media-types.all=application/json,application/x-www-form-urlencoded,text/plain ``` For YAML file: ```yaml spring: http: converters: preferred-json-mapper: jackson mvc: contentnegotiation: media-types: all: | application/json, application/x-www-form-urlencoded, text/plain ``` 以上操作能够使服务器接受更广泛范围内的编码格式[^1]。 #### 方法三：移除 @RequestBody 并采用其他方式解析 Body 数据 有时直接删除 `@RequestBody` 可能是最简单有效的办法之一，特别是当不需要 JSON 序列化/反序列化的场景下。此时可以根据实际情况选择合适的方式读取原始输入流或者通过查询字符串获取参数值[^3]。 ### 注意事项 - 修改前后需充分测试接口功能； - 考虑安全性因素，在开放 API 前做好必要的验证措施； - 对于生产环境下的变更建议先部署至预发布版本进行灰度上线观察一段时间后再全面推广。