Spring中request.getParameter()与@RequestParam哪个更优？哪种属更佳软件工程实践？

嘿，这个问题问得特别实在——在Spring框架里，选request.getParameter()还是@RequestParam，答案其实很明确：使用@RequestParam注解的方式是更符合Spring最佳软件工程实践的选择。下面我给你拆解具体原因：

1. 代码更简洁，可读性拉满 #

你看你给出的两个例子，用@RequestParam的代码直接把请求参数绑定到方法参数上，谁看了都能一眼明白这个接口需要什么参数。而用request.getParameter()的话，还得先拿到HttpServletRequest对象，再手动取参数，代码冗余不说，可读性也差一截。

对比下：

• 优实践的写法：

@RequestMapping(value = "/doSomeThing", method = RequestMethod.GET)
@ResponseBody
public boolean doSomeThing(@RequestParam("name") String name) {
    boolean success = false;
    // 业务逻辑
    return success;
}

• 老旧写法：

@RequestMapping(value = "/doSomeThing2", method = RequestMethod.GET)
@ResponseBody
public boolean doSomeThing2(HttpServletRequest request) {
    String name = request.getParameter("name");
    boolean success = false;
    // 业务逻辑
    return success;
}

2. 自动类型转换，少写重复代码 #

Spring会自动帮你完成请求参数的类型转换。比如你需要一个整数参数，直接写@RequestParam("id") Integer id就行，不用自己手动把String转成Integer，还得处理可能的NumberFormatException。而用getParameter()的话，拿到的永远是String类型，每一个参数都得自己手动转换，既麻烦又容易出错。

3. 内置参数校验与默认值支持 #

@RequestParam自带很多实用特性：

• 可以通过required = false标记参数非必填；
• 用defaultValue给参数设置默认值，比如@RequestParam(defaultValue = "guest") String name；
• 结合@Validated还能做参数校验（比如长度、格式验证）。

这些逻辑Spring都帮你处理好了，不用自己写一堆if (name == null) { name = "guest"; }这样的冗余代码。而getParameter()的话，所有这些判断都得你自己手动实现，代码会变得很臃肿。

4. 解耦设计，单元测试更轻松 #

用@RequestParam的方法不需要依赖HttpServletRequest对象，这就实现了业务逻辑和Servlet API的解耦。做单元测试的时候，你直接给方法传参数就行，不用费劲去模拟HttpServletRequest对象。而依赖HttpServletRequest的写法，测试时得构建这个对象的实例，还要设置参数，测试成本高很多。

5. 统一异常处理更方便 #

Spring对@RequestParam的参数绑定异常（比如必填参数未传、类型转换失败）有成熟的全局异常处理机制。你可以用@ControllerAdvice来统一捕获这些异常，返回友好的错误响应。而用getParameter()的话，这些异常都得你自己手动捕获处理，代码分散在各个方法里，维护起来特别麻烦。

总结 #

在Spring项目中，优先使用@RequestParam注解是行业公认的最佳实践。它不仅让代码更简洁、易维护，还能充分利用Spring框架的各种特性，提升开发效率和代码质量。而request.getParameter()是Servlet时代的老旧写法，在Spring项目里应该尽量避免使用。

内容的提问来源于stack exchange，提问作者ayman