SpringMVC数据传递机制与实战技巧-育师

1. SpringMVC数据传递机制解析

在传统Java Web开发中，数据从后端传递到前端页面是个高频需求场景。SpringMVC作为经典的MVC框架，提供了多种灵活的数据传递方式。不同于Servlet API直接操作request/session的方式，SpringMVC通过抽象层让数据传输更加面向对象。

我曾在一个电商项目中遇到商品详情页需要同时展示基础信息、SKU列表、用户评价等复合数据的需求。最初采用Servlet原生API时，代码中充斥着大量request.setAttribute()调用，维护起来十分痛苦。后来重构为SpringMVC的数据绑定方式后，不仅代码量减少40%，而且数据类型转换也更加安全。

2. 核心传递方式实战

2.1 ModelAndView基础用法

ModelAndView是SpringMVC最经典的数据载体，其构造器支持三种重载形式：

// 方式1：纯视图路径 new ModelAndView("/product/detail"); // 方式2：视图路径+单个数据 new ModelAndView("/product/detail", "product", productObj); // 方式3：视图路径+Map数据 Map<String, Object> model = new HashMap<>(); model.put("product", productObj); model.put("inventory", stockInfo); new ModelAndView("/product/detail", model);

实际开发中我推荐使用链式调用的方式：

@RequestMapping("/detail") public ModelAndView showDetail(Long productId) { Product product = productService.getById(productId); return new ModelAndView("/product/detail") .addObject("product", product) .addObject("reviews", reviewService.listByProduct(productId)); }

关键经验：当返回的视图名称包含WEB-INF路径时，建议在ViewResolver中配置前缀后缀，避免硬编码。

2.2 ModelMap的灵活运用

对于返回String视图名的场景，ModelMap是更轻量的选择。在最近开发的CMS系统中，我常用以下模式：

@GetMapping("/article/{id}") public String articleDetail(@PathVariable Long id, ModelMap model) { Article article = articleService.getArticleWithStats(id); model.addAttribute("article", article) .addAttribute("related", articleService.findRelatedArticles(id)); return "portal/article"; }

与ModelAndView不同，ModelMap会自动识别添加对象的类型名。例如添加User对象时，默认会使用"user"作为key（类名首字母小写）。但为了代码可读性，我建议显式指定key名。

2.3 @ModelAttribute的进阶技巧

在用户中心模块开发时，我发现多个接口都需要加载用户基本信息。通过@ModelAttribute可以避免重复代码：

@ModelAttribute("currentUser") public User loadCurrentUser(HttpSession session) { Long userId = (Long) session.getAttribute("userId"); return userService.getUserProfile(userId); }

这样所有请求处理方法都可以直接使用currentUser对象。但要注意：

方法会在每个@RequestMapping之前执行
适用于全局性数据
要控制好方法耗时，避免影响性能

3. 数据作用域控制策略

3.1 请求作用域 vs 会话作用域

默认情况下，通过ModelAndView或ModelMap添加的数据都存在于请求作用域。但在购物车这类场景中，我们需要跨请求保持数据：

@Controller @SessionAttributes("cart") public class CartController { @GetMapping("/cart") public String showCart(Model model) { if (!model.containsAttribute("cart")) { model.addAttribute("cart", new ShoppingCart()); } return "cart/view"; } }

重要提示：@SessionAttributes需要谨慎使用，因为存储在session中的数据不会自动清理，可能导致内存泄漏。建议配合@SessionStatus来清除session数据。

3.2 应用作用域的使用场景

在系统配置这类全局数据场景中，可以考虑使用ServletContext：

@Controller public class SystemController { @Autowired private ServletContext servletContext; @PostConstruct public void loadConfig() { SystemConfig config = configService.loadSystemConfig(); servletContext.setAttribute("sysConfig", config); } }

JSP页面中可以通过${applicationScope.sysConfig}获取。但要注意ServletContext的生命周期最长，只适合存放只读数据。

4. 复杂数据类型的处理

4.1 集合类型的传递技巧

在商品列表页开发时，需要处理分页数据集合。这是我的常用模式：

@GetMapping("/products") public ModelAndView listProducts( @RequestParam(defaultValue = "1") int page, @RequestParam(defaultValue = "10") int size) { Page<Product> productPage = productService.findProducts(page, size); ModelAndView mav = new ModelAndView("product/list"); mav.addObject("products", productPage.getContent()) .addObject("pagination", buildPagination(productPage)); return mav; }

前端使用JSTL遍历时：

<c:forEach items="${products}" var="product" varStatus="vs"> <tr> <td>${vs.index + 1}</td> <td>${product.name}</td> <td><fmt:formatNumber value="${product.price}" type="currency"/></td> </tr> </c:forEach>

4.2 JSON数据的特殊处理

对于AJAX请求，我通常直接返回JSON数据：

@GetMapping("/api/products") @ResponseBody public Result<List<Product>> listProductsApi() { return Result.success(productService.listHotProducts()); }

但在需要服务端渲染又包含JSON的场景下，可以这样处理：

@GetMapping("/complex") public String complexData(Model model) throws JsonProcessingException { ObjectMapper mapper = new ObjectMapper(); String jsonData = mapper.writeValueAsString(complexService.getGraphData()); model.addAttribute("jsonData", jsonData); return "complex/view"; }

JSP中通过JavaScript解析：

<script> var graphData = JSON.parse('${jsonData}'); // 使用数据渲染图表 </script>

5. 性能优化与常见陷阱

5.1 内存优化方案

在大数据量场景下，我总结出以下优化经验：

对于只读数据，考虑使用@ModelAttribute + RequestCache
分页查询务必只加载当前页数据
大对象考虑转换为DTO，只传递必要字段
使用WeakHashMap管理缓存数据

5.2 线程安全问题排查

在用户画像项目中，我们曾遇到随机数据错乱的问题。最终发现是Controller中使用了实例变量：

// 错误示例 @Controller public class UserController { private User currentUser; // 实例变量，线程不安全 @GetMapping("/profile") public String profile(Model model) { model.addAttribute("user", currentUser); return "user/profile"; } }

正确的做法应该是：

永远不要在Controller中定义可修改的实例变量
线程安全的数据应该存储在方法局部变量或并发集合中
使用ThreadLocal要确保及时清理

5.3 视图渲染性能监控

建议在拦截器中添加日志记录视图渲染时间：

public class PerformanceInterceptor extends HandlerInterceptorAdapter { private static final Logger logger = LoggerFactory.getLogger(PerformanceInterceptor.class); @Override public void afterCompletion(HttpServletRequest request, HttpServletResponse response, Object handler, Exception ex) { long startTime = (Long) request.getAttribute("startTime"); long duration = System.currentTimeMillis() - startTime; if (duration > 300) { logger.warn("Slow view rendering: {}ms - {}", duration, request.getRequestURI()); } } }

6. 现代化演进方案

虽然现在流行前后端分离，但在一些传统项目或特殊场景下，服务端渲染仍有价值。我的升级建议是：

逐步用Thymeleaf替代JSP

@Configuration public class WebConfig implements WebMvcConfigurer { @Bean public SpringTemplateEngine templateEngine() { SpringTemplateEngine engine = new SpringTemplateEngine(); engine.setTemplateResolver(templateResolver()); return engine; } }