SpringCloud常见注解及使用说明

本文涉及的产品
RDS DuckDB + QuickBI 企业套餐,8核32GB + QuickBI 专业版
简介: 本文介绍了SpringMVC中用于映射HTTP请求的注解,重点讲解@RequestMapping的作用与用法。通过该注解,可将前端请求路径映射到后端控制器方法,实现增删改查接口的精准定位,如“/staff/add”对应新增操作。此外,@GetMapping、@PostMapping等是@RequestMapping的衍生注解,简化了常用HTTP方法的映射。

在我们引入了SpringMVC框架之后,各位读者会发现,我们开始借助于注解的形式去定义接口请求路径,这些注解的作用就是:将任意HTTP 请求映射到控制器方法上即:前端访问:www.baidu.com,实际对应后端一个被SpringMvc框架注解锁标注的方法上那么这些注解有哪些,有各自发挥什么作用,在这里笔者带领大家快速了解一下:@RequestMapping能做什么在控制器类(就是我们的Controller类)上的方法上使用,用来表示前端请求的一个接口地址,比如我们访问任意一个网站,此时前端就会对后端发起一个Http请求问题就在于:前端怎么知道请求后端哪个接口呢?接口有那么多?此时我们的@RequestMapping注解就开始发挥作用了,我们定义的接口上:跟前端保持一样的接口请求路径,就可以实现对应接口的一对一访问。简而言之就是下面几个例子:我们现在有一个员工操作接口,包括增删改查,一般我们会定义成下面的:
新增:@RequestMapping("/staff/add")
修改:@RequestMapping("/staff/update")
删除:@RequestMapping("/staff/delete")
查找:@RequestMapping("/staff/search")
这样我们就可以实现前后端接口的地址定位了。但是除了这些我们可能还会有一些别的注解,其形式千变万化,但是要实现的效果是一致的。如@GetMapping、@PostMapping、@PutMapping、@DeleteMapping都是@RequestMapping注解基础之上的二次封装。做个总结:@RequestMapping注解可以帮助后端程序员定义接口路径,从而让前端请求指定的接口。@RequestMapping怎么做到的这里有一定的原理性知识,各位视情况而定,可以自行跳过。

相关文章
|
存储 前端开发 Java
一文理解什么是DTO、VO、BO、PO、DO,并推荐一款IDEA转换插件
一文理解什么是DTO、VO、BO、PO、DO,并推荐一款IDEA转换插件
2007 0
一文理解什么是DTO、VO、BO、PO、DO,并推荐一款IDEA转换插件
|
4月前
|
缓存 NoSQL 关系型数据库
【高并发实战】Redis缓存穿透、击穿、雪崩:3大经典的“炸库”危机与自救指南
本文详解缓存穿透、击穿、雪崩三大问题:穿透是查不存在的数据,击穿是热点Key失效被高并发冲击,雪崩是大量Key同时过期或Redis故障。结合比喻与解决方案,助你彻底理解并防范数据库风险。
|
Java Maven 微服务
IDEA 2021 Spring Cloud 项目搭建 步骤演示 图文解说 (基础版)(一)
IDEA 2021 Spring Cloud 项目搭建 步骤演示 图文解说 (基础版)
991 0
IDEA 2021 Spring Cloud 项目搭建 步骤演示 图文解说 (基础版)(一)
|
1月前
|
人工智能 开发工具 开发者
Codex 的两种使用方式:为什么很多人一开始就用错了?
Codex 有两种模式:命令模式(一次性调用,适合脚本/快速任务)和交互模式(类AI员工,支持上下文、连续迭代与工程化操作)。新手常混淆用法,实则前者是“调用AI”,后者才是“雇佣AI”。推荐日常开发优先使用交互模式。
1965 7
|
1月前
|
SQL 机器学习/深度学习 人工智能
基于本体论的应用到底能做什么?
本文剖析本体论从亚里士多德哲学到AI核心技术的演进,对比Palantir、UINO、字节、帆软等厂商技术路线,揭示其在跨表查询(准确率≥95%)、语义理解与知识积累上的优势,也明确其需本地部署、依赖大模型等边界,助力企业理性选型。(239字)
|
4月前
|
监控 Java 测试技术
OOM排查之路:一次曲折的线上故障复盘
本文记录了一次Paimon数据湖与RocksDB集成服务线上频繁OOM的排查历程。通过分析线程暴增、堆外内存泄漏,最终定位到SDK中RocksDB的JNI内存未释放问题,并借助Flink重构写入链路彻底解决。分享了MAT、NMT、async-profiler等工具的实战经验与排查思路,为类似技术栈提供借鉴。
OOM排查之路:一次曲折的线上故障复盘
|
NoSQL 容灾 MongoDB
MongoDB主备副本集方案:两台服务器使用非对称部署的方式实现高可用与容灾备份
在资源受限的情况下,为了实现MongoDB的高可用性,本文探讨了两种在两台服务器上部署MongoDB的方案。方案一是通过主备身份轮换,即一台服务器作为主节点,另一台同时部署备节点和仲裁节点;方案二是利用`priority`设置实现自动主备切换。两者相比,方案二自动化程度更高,适合追求快速故障恢复的场景,而方案一则提供了更多的手动控制选项。文章最后对比了这两种方案与标准三节点副本集的优缺点,指出三节点方案在高可用性和数据一致性方面表现更佳。
1439 5
|
Java 微服务 Spring
【spring cloud】注解@SpringCloudApplication和@SpringBootApplication的区别
【spring cloud】注解@SpringCloudApplication和@SpringBootApplication的区别
463 0
|
SQL 关系型数据库 MySQL
SQL优化方法有哪些?
【6月更文挑战第16天】SQL优化方法有哪些?
749 5
|
Java 应用服务中间件 数据库
SpringCloud:服务保护和分布式事务详解
SpringCloud:服务保护和分布式事务详解
556 0