【JavaEE】Spring Web MVC

【JavaEE】Spring Web MVC

目录

一、Spring Web MVC简介

官方文档介绍:

Spring Web MVC is the original web framework built on the Servlet API and has been included in the Spring Framework from the very beginning. The formal name, “Spring Web MVC,” comes from the name of its source module (spring-webmvc), but it is more commonly known as “Spring MVC”.

Parallel to Spring Web MVC, Spring Framework 5.0 introduced a reactive-stack web framework whose name, “Spring WebFlux,” is also based on its source module (spring-webflux). This chapter covers Spring Web MVC. For reactive-stack web applications, see Web on Reactive Stack.

For baseline information and compatibility with Servlet container and Jakarta EE version ranges, see the Spring Framework Wiki.

翻译:

Spring Web MVC 是基于 Servlet API 构建的原始 Web 框架,从一开始就包含在 Spring 框架中。正式名称“Spring Web MVC”来自其源模块的名称 (spring-webmvc),但更常见的名称是“Spring MVC”。

与 Spring Web MVC 并行,Spring Framework 5.0 引入了一个反应式堆栈 Web 框架,其名称“Spring WebFlux”也基于其源模块 (spring-webflux)。本章介绍 Spring Web MVC。对于反应式堆栈 Web 应用程序,请参阅反应式堆栈上的 Web。

有关 Servlet 容器和 Jakarta EE 版本范围的基线信息和兼容性,请参阅 Spring Framework Wiki。

servlet:

Servlet 是⼀种实现动态⻚⾯的技术. 准确来讲Servlet是⼀套 Java Web 开发的规范,或者说是⼀套 Java Web 开发的技术标准. 只有规范并不能做任何事情,必须要有⼈去实现它. 所谓实现 Servlet 规范,就是真正编写代码去实现 Servlet 规范提到的各种功能,包括类、⽅法、属性等.
Servlet 规范是开放的,除了 Sun 公司,其它公司也可以实现 Servlet 规范,⽬前常⻅的实现了
Servlet 规范的产品包括 Tomcat、Weblogic、Jetty、Jboss、WebSphere等,它们都被称
为"Servlet 容器". Servlet 容器⽤来管理程序员编写的Servlet 类.

1.1 MVC简介

MVC:

MVC 是 Model View Controller 的缩写,它是软件⼯程中的⼀种软件架构设计模式,它把软件系统分为模型、视图和控制器三个基本部分.
  • View(视图) 指在应⽤程序中专⻔⽤来与浏览器进⾏交互,展⽰数据的资源.
  • Model(模型) 是应⽤程序的主体部分,⽤来处理程序中数据逻辑的部分.
  • Controller(控制器)可以理解为⼀个分发器,⽤来决定对于视图发来的请求,需要⽤哪⼀个模型来处理,以及处理完后需要跳回到哪⼀个视图。即⽤来连接视图和模型

1.2 Spring MVC

MVC 是⼀种架构设计模式, 也是⼀种思想, ⽽ Spring MVC 是对 MVC 思想的具体实现.
除此之外, Spring MVC还是⼀个Web框架.
总结来说,Spring MVC 是⼀个实现了MVC 模式的 Web 框架.

Spring Boot 只是实现Spring MVC的其中⼀种⽅式⽽已.Spring Boot 可以添加很多依赖, 借助这些依赖实现不同的功能. Spring Boot通过添加Spring WebMVC框架, 来实现web功能.

1.3 @RequestMapping注解

@RequestMapping 是Spring Web MVC 应⽤程序中最常被⽤到的注解之⼀,它是⽤来注册接⼝的
路由映射的.
表⽰服务收到请求时, 路径为 /sayHi 的请求就会调⽤ sayHi 这个⽅法的代码.

路由映射:

当⽤⼾访问⼀个 URL 时, 将⽤⼾的请求对应到程序中某个类的某个⽅法的过程就叫路由映射.

1.3.1 使用

@RequestMapping 既可修饰类,也可以修饰⽅法 ,当修饰类和⽅法时,访问的地址是类路径 + ⽅法路径.

@RestController@RequestMapping("/user")publicclassUserController{@RequestMapping("/hello")publicStringhello(){return"hello Spring";}}

此时访问的就是:http://127.0.0.1:8080/user/hello

路径命名:

@RequestMapping 的URL 路径最前⾯加不加 / (斜杠)都可以, Spring程序启动时, 会进⾏判断,如果前⾯没有加 / , Spring会拼接上⼀个 / ,但是习惯加上。

1.3.2 @RequestMapping的请求设置

@RequestMapping支持所有请求
指定请求⽅法类型:
我们可以显⽰的指定@RequestMapping 来接收POST的情况,如下所⽰:

1.3.2.1 方法1

形式:在注解中value设置为路径,method设置为需要的请求,可以是数组。
@RequestMapping(value = 路径, method ={RequestMethod.POST, 请求2})
@RestController@RequestMapping("/user")publicclassUserController{@RequestMapping(value ="/hello", method =RequestMethod.POST)publicStringhello(){return"hello Spring";}}

再次使用浏览器访问就会报错:报客户端的错误,因为我们发的请求方式错误

当我们使用Postman发送POST请求就可以成功。

1.3.2.2 方法2

直接使用对应的请求的注解即请求+Mapping。

@RestControllerpublicclassUserController{@PostMapping(value ="/hello")publicStringhello(){return"hello Spring";}}

二、Postman介绍

Postman就是专门测试后端代码的,可以发送不同的请求。
下载链接:https://www.postman.com/downloads/

2.1 创建请求

2.2 界面如下:

2.3 传参介绍

普通传参, 就是通过查询字符串来传参。
URL结构:

Postman通过这个板块传参:

Read more

基于Seedance WebGL WebRTC构建实时AI视频编辑全链路技术拆解

基于Seedance WebGL WebRTC构建实时AI视频编辑全链路技术拆解

【精选优质专栏推荐】《AI 技术前沿》—— 紧跟 AI 最新趋势与应用《网络安全新手快速入门(附漏洞挖掘案例)》 —— 零基础安全入门必看《BurpSuite 入门教程(附实战图文)》 —— 渗透测试必备工具详解《网安渗透工具使用教程(全)》 —— 一站式工具手册《CTF 新手入门实战教程》 —— 从题目讲解到实战技巧《前后端项目开发(新手必知必会)》 —— 实战驱动快速上手 每个专栏均配有案例与图文讲解,循序渐进,适合新手与进阶学习者,欢迎订阅。 文章目录 * 文章概要 * 引言 * 技术方案 * 流程介绍 * 核心内容解析 * 实践代码 * 常见误区与解决方案 * 总结 文章概要 本文探讨了视频创作与AI特效生成领域的关键技术,聚焦于Seedance视频生成模型、WebGL渲染、实时音视频处理、智能字幕生成以及多轨道编辑技术。这些技术共同构筑了现代视频制作的核心框架,帮助创作者从概念到成品实现高效转型。文章首先介绍视频创作的演进背景,然后阐述技术方案和整体流程。随后,通过核心内容解析深入剖析各模块的原理与应用,提供实践代码示例以供落地。本文旨在

2024前端文档预览避坑指南:为什么我放弃了微软Office Online接口?

2024前端文档预览避坑指南:为什么我放弃了微软Office Online接口? 去年我们团队接手了一个企业级知识库项目,其中文档预览模块的设计让我和同事们纠结了整整两周。最初,我们像大多数开发者一样,第一反应就是使用微软官方提供的Office Online接口——毕竟它看起来简单、免费,而且“官方”两个字自带光环。然而,随着项目深入和真实用户数据的涌入,我们很快发现这条路布满了暗坑。从文件大小限制导致的预览失败,到跨国访问时的龟速加载,再到样式渲染的种种不一致,每一个问题都在消耗用户的耐心和团队的开发时间。最终,我们痛下决心,彻底抛弃了这条看似捷径的道路,转向了自建文件转换服务结合PDF统一渲染的方案。这次转型不仅解决了当时的痛点,更为后续的系统扩展打下了坚实的基础。如果你也在为Word、Excel、PPT、PDF等文档的在线预览方案而头疼,尤其是面对中大型项目时对稳定性、性能和可控性的高要求,那么我踩过的这些坑,或许能帮你省下不少弯路。 1. 微软Office Online接口:看似完美的陷阱 刚开始接触文档预览需求时,几乎所有的技术博客和社区问答都会指向同一个方案:使用

ClaudeCode 深度运用:Figma-MCP 导出前端代码实现 UI 精准还原的方法

Figma-MCP 导出前端代码的核心原理 Figma-MCP(Multi-Component Platform)通过解析 Figma 设计文件的结构化数据,将图层、组件和样式转换为可维护的前端代码。其核心在于建立设计系统与代码库的映射关系,确保样式和布局的像素级还原。 设计稿预处理规范 设计稿需遵循严格的命名规范,图层和组件使用英文命名且避免特殊字符。颜色样式、文本样式和组件必须使用 Figma 的 Style 功能统一定义。响应式布局需明确标注约束条件,如固定宽度或自动拉伸。 MCP 配置文件编写 通过 mcp.config.json 定义代码生成规则: { "framework": "React", "cssPreprocessor": "scss", "exportPath": "./src/components", "

工业互联网CPS系统是一套前端基于Vue2.6,后端基于.NetCore3.1,前后端分离

工业互联网CPS系统是一套前端基于Vue2.6,后端基于.NetCore3.1,前后端分离

工业互联网CPS系统是一套前端基于Vue2.6,后端基于.NetCore3.1,前后端分离,支持跨平台、支持多租户、多语言、多数据库的平台型应用软件。 它涵盖了工业4.0领域主流的业务需求,如MES、WMS、SRM、EMS、QMS、Scada等。 本人深耕工业4.0领域多年,对传统实体企业数字化转型有着丰富的经验,本着自身扎实的技术,过硬的业务能力,开发了这套平台,希望可以帮助更多的企业早日实现工业转型改造。 引言 WMSCloud 是一套面向工业互联网场景的仓库管理系统(WMS),其核心为 CPS(Cyber-Physical Systems,信息物理系统)平台。该系统采用现代化的前后端分离架构:前端基于 Vue 2.6,后端基于 .NET Core 3.1,具备良好的跨平台能力与多租户支持。本文将从系统整体架构出发,深入剖析其关键模块设计与核心技术实现,帮助开发者和技术决策者快速掌握系统能力边界与扩展潜力。 一、