异常参数处理：如何处理前端传递的非法参数，确保系统安全稳定

当前端将参数传递给后端时，考虑到各种异常情况，以下是对应的解决示例：

1. 缺少必要的参数：

   • 异常情况：前端未传递必要的参数，导致后端无法正常处理请求。
   • 解决方案：在后端进行参数校验，如果必要的参数缺失，则返回错误信息给前端。
   • 示例代码：

   @PostMapping("/example")
   public ResponseEntity<String> handleExampleRequest(@RequestParam String requiredParam) {
       if (requiredParam == null || requiredParam.isEmpty()) {
           return ResponseEntity.badRequest().body("Required parameter is missing");
       }
       // 处理请求的逻辑
       return ResponseEntity.ok("Request processed successfully");
   }

2. 参数格式错误：

   • 异常情况：前端传递的参数格式与后端要求的格式不匹配，如字符串传递给了数字类型的参数。
   • 解决方案：在后端进行参数类型校验，检查参数格式是否符合要求，并返回相应的错误信息。
   • 示例代码：

   @PostMapping("/example")
   public ResponseEntity<String> handleExampleRequest(@RequestParam Integer numericParam) {
       if (numericParam == null) {
           return ResponseEntity.badRequest().body("Invalid parameter format");
       }
       // 处理请求的逻辑
       return ResponseEntity.ok("Request processed successfully");
   }

3. 参数越界或超出限制：

   • 异常情况：前端传递的参数超出了后端的允许范围，如传递了一个超过最大长度的字符串。
   • 解决方案：在后端进行参数范围检查，确保参数值在合理的范围内，并返回相应的错误信息。
   • 示例代码：

   @PostMapping("/example")
   public ResponseEntity<String> handleExampleRequest(@RequestParam String textParam) {
       if (textParam == null || textParam.length() > 100) {
           return ResponseEntity.badRequest().body("Parameter length exceeds the limit");
       }
       // 处理请求的逻辑
       return ResponseEntity.ok("Request processed successfully");
   }

4. 参数安全性问题：

   • 异常情况：前端传递的参数存在安全漏洞，如跨站脚本攻击 (XSS)、SQL 注入等。
   • 解决方案：在后端进行输入验证和数据过滤，防止恶意输入对系统造成安全风险。
   • 示例代码：

   @PostMapping("/example")
   public ResponseEntity<String> handleExampleRequest(@RequestParam String inputParam) {
       String filteredParam = sanitizeInput(inputParam);
       // 处理请求的逻辑，使用过滤后的参数
       return ResponseEntity.ok("Request processed successfully");
   }
   
   private String sanitizeInput(String input) {
       // 进行输入验证和过滤，防止安全漏洞
       // ...
       return filteredInput;
   }

5. 参数关联性错误：

   • 异常情况：前端传递的参数之间存在逻辑关联，但关联关系不正确或不完整。
   • 解决方案：在后端进行参数关联性验证，确保参数之间的逻辑关系正确，并返回相应的错误信息。
   • 示例代码：

   @PostMapping("/example")
   public ResponseEntity<String> handleExampleRequest(@RequestParam String param1, @RequestParam String param2) {
       if (param1.equals("A") && param2.isEmpty()) {
           return ResponseEntity.badRequest().body("Param2 is required when param1 is 'A'");
       }
       // 处理请求的逻辑
       return ResponseEntity.ok("Request processed successfully");
   }

6. 参数重复或冲突：

   • 异常情况：前端传递的参数中存在重复或冲突的情况，导致后端无法准确处理请求。
   • 解决方案：在后端进行参数重复性检查，并返回相应的错误信息或执行适当的冲突解决策略。
   • 示例代码：

   @PostMapping("/example")
   public ResponseEntity<String> handleExampleRequest(@RequestParam String param1, @RequestParam String param2) {
       if (param1.equals(param2)) {
           return ResponseEntity.badRequest().body("Param1 and param2 cannot have the same value");
       }
       // 处理请求的逻辑
       return ResponseEntity.ok("Request processed successfully");
   }

7. 业务上的数据不存在时,以删除为例，在删除操作后，根据操作结果返回不同的响应。如果删除成功，将返回 200 OK 状态码和成功消息；如果未找到对应的数据，将返回 404 Not Found 状态码和错误消息。

   @DeleteMapping("/{id}")
   public ResponseEntity<String> removeById(@PathVariable Integer id) {
    if (id == null) {
        return ResponseEntity.badRequest().body("ID不能为空");
    }
   
    LambdaQueryWrapper<Book> queryWrapper = new LambdaQueryWrapper<>();
    queryWrapper.eq(Book::getId, id);
    boolean removed = bookService.remove(queryWrapper);
   
    if (removed) {
        return ResponseEntity.ok("删除成功");
    } else {
        return ResponseEntity.notFound().body("未找到对应的数据");
    }
   }
   

8. 还有在参数上直接进行校验，避免为空，如果传入的 id 参数为 null，在方法执行前就会触发参数校验，抛出 javax.validation.ConstraintViolationException 异常。这样可以确保在调用接口时，对 id 参数进行了校验，避免了空指针异常或其他错误的处理。

   @DeleteMapping("/{id}")
   public boolean removeById(@PathVariable @NotNull Integer id) {
    // 方法体
    LambdaQueryWrapper<Book> qw = new LambdaQueryWrapper<>();
    qw.eq(id != null, Book::getId, id);
    return bookService.remove(qw);
   }
   

以上是针对不同异常情况的解决示例，我们可以根据具体业务需求和参数校验的要求，在后端进行相应的处理逻辑和错误信息返回。

本文由mdnice多平台发布