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

这篇具有很好参考价值的文章主要介绍了异常参数处理：如何处理前端传递的非法参数，确保系统安全稳定。希望对大家有所帮助。如果存在错误或未考虑完全的地方，请大家不吝赐教，您也可以点击"举报违法"按钮提交疑问。

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

缺少必要的参数：

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

@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");
}

参数格式错误：

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

@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");
}

参数越界或超出限制：

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

@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");
}

参数安全性问题：

异常情况：前端传递的参数存在安全漏洞，如跨站脚本攻击 (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;
}

参数关联性错误：

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

@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");
}

参数重复或冲突：

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

@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");
}

业务上的数据不存在时,以删除为例，在删除操作后，根据操作结果返回不同的响应。如果删除成功，将返回 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("未找到对应的数据");
    }
}

还有在参数上直接进行校验，避免为空，如果传入的 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);
}