Spring Boot批注@刚体和@刚体可以等效地用于将参数传递给后端吗？

Question

通过一个简单的Spring Boot应用程序，我试图理解Spring Boot注释@RequestParam和@RequestBody之间的区别及其各自的用法。Spring文档将@RequestParam定义为“表示方法参数应绑定到web请求参数的注释”，将@RequestBody定义为“表示方法参数应绑定到web请求主体的注释”因此，可以公平地假设注释和相关方法都可以用作等最终备选方案（类似结果的不同方法），以将参数传递给后端应用程序，例如插入值“email”，用户数据库中的“用户名”和“密码”（为了简单起见，忘记了密码的必要加密）。

因此，可以预期代码会在下面被截断

@PostMapping
public User save(@RequestBody User user) {
    return userService.createUser(user);
}

相当于

@PostMapping(value = "/users")
public ResponseEntity<User> createUser(
        @RequestParam  String email,
        @RequestParam String username,
        @RequestParam  String password

) {
    try {

        User user = new User();
        user.setEmail(email);
        user.setUsername(username);
        user.setPassword(password);

        userService.createUser(user);
        return ResponseEntity.noContent().build();

    } catch (Exception exception) {
        return new ResponseEntity<>(HttpStatus.I_AM_A_TEAPOT);
    }
}

使用Postman尝试@RequestBody替代方案会得到200 OK响应：

但尝试@RequestParam替代方案会导致400“错误请求”错误：

为什么这个@RequestParam方法会触发一个错误，而显然等效的方法@RequestBody会按预期工作？

为了完整起见，下面给出了用户模型：

@Entity
@Table(name = "users")
public class User {

    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Long id;
    private String email;
    private String username;
    private String password;

    public Long getId() {
        return id;
    }

    public void setId(Long id) {
        this.id = id;
    }

    public String getEmail() {
        return email;
    }

    public void setEmail(String email) {
        this.email = email;
    }
    public String getUsername() {
        return username;
    }
    public void setUsername(String username) {
        this.username = username;
    }
    public String getPassword() {
        return password;
    }
    public void setPassword(String password) {
        this.password = password;
    }
}

存储库如下所示：

public interface UserRepository extends JpaRepository<User, Long> {}

用户服务界面如下所示：

public interface UserService {
    List<User> getAllUsers();
    User getUserById(Long id);
    User createUser(User user);
    void deleteUser(Long id);
}

用户服务如下：

@Service
public class UserServiceImpl implements UserService {
    private UserRepository userRepository;

    @Autowired
    public UserServiceImpl(UserRepository userRepository) {
        this.userRepository = userRepository;
    }

    public List<User> getAllUsers() {
        return userRepository.findAll();
    }

    @Override
    public User createUser(User user) {
        return userRepository.save(user);
    }

    @Override
    public void deleteUser(Long id) {
        userRepository.deleteById(id);
    }

    @Override
    public User getUserById(Long id) {
        return userRepository.findById(id).orElse(null);
    }
}

Answer 1

你在url中传递请求参数值的方式是不正确的。对于多个参数，u可以传递如下值：

http://<url>:<port>/user/101?param1=10&param2=20

并参考以下答案：

如何将RequestParam值设置为URL

将多个参数传递给RestAPI-Spring

Answer 2

首先，感谢您的支持和花在测试代码上的时间！@requestParam和@requestBody实际上都可以用作将值传递到后端的两个备选方案，正如前面的回答中所断言的（谢谢！）。仍然需要解释为什么不使用我问题中提供的代码，因为在postman中修改请求（如图所示）没有帮助，而使用cUrl发布请求会导致完全相同的405错误。因此，必须在代码中找到解决方案。找到它花了一段时间，但在我的控制器类上有一个@RequestMapping（value=“/users”）注释，必须禁用它。请注意，@RequestMapping的不正确使用显然只会干扰@RequestParam，而不会干扰@RequestBody。下面的代码现在可以工作了（@GetMapping和@deleteMapping在此省略），并给出与问题中给出的@RequestBody完全相同的结果。

@RestController
//@RequestMapping(value="/users")
@CrossOrigin
public class UserController {

    @Autowired
    private UserServiceImpl userService;

    @PostMapping(value = "/users")
    public ResponseEntity<Object> createUser(
            @RequestParam(name = "email") String email,
            @RequestParam(name = "username") String username,
            @RequestParam(name = "password") String password
   ) {
        try {
            User user = new User();
            user.setEmail(email);
            user.setUsername(username);
            user.setPassword(password);
            userService.createUser(user);
            return ResponseEntity.noContent().build();
        } catch (Exception exception) {
            return new ResponseEntity<>(HttpStatus.I_AM_A_TEAPOT);
        }
    }

Answer 3

这两种方法在功能上是等效的，如果不是在预期用途中。

您不应该在参数值周围使用引号。如果您删除"，那么它应该可以工作，至少在我将您的代码复制到最近版本的Postman的新Spring Boot项目上可以工作。

邮递员在“设置”选项卡上还有一个选项，可以自动对url进行编码。如果启用该选项，则引号将被编码，并将成为参数值的一部分。默认情况下，它是启用的，但在您的屏幕截图上有一个绿点，表示您更改了某些内容。我猜是您设置了一个导致错误请求的设置（可能是禁用了url编码）。

当我禁用编码我得到这个错误的日志：

java.lang.IllegalArgumentException:
Invalid character found in the request target 
[/users?email=bla&username=hello&password="bla" ]. 
The valid characters are defined in RFC 7230 and RFC 3986