废话
–
最近想整理一波Spring注解相关的文章,虽然写CURD就只涉及到那些常用的注解。但是笔者我也想去了解一下其他注解,丰富下自己的知识面(提升一下逼格!)。
就想在网上搜了半天,好像大家的都差不多,也找不到原文出处了。这里我就在此基础上结合相关知识点做一下整理。以便自己或者大家参考查阅了~
几大常见的注解以及使用
1. @Controller
@Controller:标注一个控制器组件类。标识一个该类是Spring MVC controller处理器,用来创建处理http请求的对象。组合注解(组合了@Component注解),应用在MVC层(控制层)
@Controller
public class TestController {
@RequestMapping(“/test”)
public String test(String name){
return “hello”;
}
}
2. @RestController
Spring4
之后加入的注解,原来在@Controller
中返回json
需要@ResponseBody
来配合,如果直接用@RestController
替代@Controller
就不需要再配置@ResponseBody
,默认返回json格式。
@RestController
public class TestController {
@RequestMapping(“/test”)
public String test(String name){
return “hello”;
}
}
3. @Service
@Service 把类当做容器中的一个组件来使用。
当使用@Autowired注解则是实例化构造器。因为在自动注入时,是一个接口类型,所以要在容器中找到相应的实现类注入。故@Service加到类上。组合注解(组合了@Component注解),应用在service层(业务逻辑)。
@Service
public interface UserService {
User login(String username,String password);
}
//当把注解写在接口上时,spring容器会注入失败。
//注解写在类上 注入不会失败。
@Service
public class UserServiceImpl implements UserService{
@Autowired
private UserMapper userMapper;
}
@Controller
@RequestMapping(“user”)
public class UserController {
@Autowired
private UserService userService
}
4. @Reponsitory
@Repository注解便属于最先引入的一批,它用于将数据访问层 (DAO 层 ) 的类标识为 Spring Bean。具体只需将该注解标注在 DAO类上即可。为什么 @Repository 只能标注在 DAO 类上呢?这是因为该注解的作用不只是将类识别为Bean,同时它还能将所标注的类中抛出的数据访问异常封装为 Spring 的数据访问异常类型。Spring本身提供了一个丰富的并且是与具体的数据访问技术无关的数据访问异常结构,用于封装不同的持久层框架抛出的异常,使得异常独立于底层的框架。组合注解(组合了@Component注解),应用在DAO层(数据访问层)。
5. @Component
把普通pojo实例化到spring容器中,相当于配置文件中的,表示一个带注释的类的一个"组件",成为Spring管理的Bean。当使用基于注解的配置和类路径扫描时,这些类被视为自动检测的候选对象。同时@Component还是一个元注解。
6. @Configuration
@Configuration作用在类上,声明一个class需要被spring解析以扩充beanDefinition。
@Configration注解同时被@Component注解修饰,因此具有被自动加载的特点,被@Configuration修饰的类本身也会作为definition注册。value属性是Configuration bean名称。
7. @Resource
这个注解属于J2EE的。@Resource
的作用相当于@Autowired
,只不过@Autowired
按byType
自动注入,而@Resource
默认按 byName
自动注入罢了。@Resource
有两个属性是比较重要的,分是name和type,Spring将@Resource注解的name属性解析为bean的名字,而type属性则解析为bean的类型。所以如果使用name属性,则使用byName的自动注入策略,而使用type属性时则使用byType自动注入策略。如果既不指定name也不指定type属性,这时将通过反射机制使用byName自动注入策略。
@Resource装配顺序
-
如果同时指定了name和type,则从Spring上下文中找到唯一匹配的bean进行装配,找不到则抛出异常
-
如果指定了name,则从上下文中查找名称(id)匹配的bean进行装配,找不到则抛出异常
-
如果指定了type,则从上下文中找到类型匹配的唯一bean进行装配,找不到或者找到多个,都会抛出异常
-
如果既没有指定name,又没有指定type,则自动按照byName方式进行装配;如果没有匹配,则回退为一个原始类型进行匹配,如果匹配则自动装配;
8. @Bean
Spring的@Bean注解用于告诉方法,产生一个Bean对象,然后这个Bean对象交给Spring管理。产生这个Bean对象的方法Spring只会调用一次,随后这个Spring将会将这个Bean对象放在自己的IOC容器中。
SpringIOC 容器管理一个或者多个bean,这些bean都需要在@Configuration注解下进行创建,在一个方法上使用@Bean注解就表明这个方法需要交给Spring进行管理。
详细了解@Bean 注解全解析:https://www.cnblogs.com/cxuanBlog/p/11179439.html
9.@Value
值得注入。经常与Spring EL表达式语言一起使用,注入普通字符,系统属性,表达式运算结果,其他Bean的属性,文件内容,网址请求内容,配置文件属性值等等。
主要两种使用方法:
-
@Value(“#{configProperties[‘key’]}”)
-
@Value(“${key}”)
10. @PropertySource
指定文件地址。提供一种方便的、声明性的机制,用于向Spring环境添加PropertySource。与@Configuration类一起使用。在app项目中,我们通过@PropertySource注解到JavaConfig类上,设置.properties配置文件的路径。
@Component
@PropertySource(value = “application.properties”)
public class Message {
@Value(“${demo.msg}”)
private String msg;
}
11.@ResponseBody
@ResponseBody
注解表示该方法的返回的结果直接写入HTTP响应正文中(ResponseBody),一般在异步获取数据时使用,通常是在使用@RequestMapping
后。返回值通常解析为跳转路径,加上@ResponseBody
后返回结果不会被解析为跳转路径,而是直接写入HTTP
响应正文中。
12.@RequestMapping
使用 @RequestMapping
来映射 Request
请求与处理器,通过这个注解可以定义不同的处理器映射规则,即为控制器指定可以处理哪些URL请求。
用@RequestMapping
来映射URL
到控制器类,或者是到Controller
控制器的处理方法上。
当@RequestMapping
标记在Controller
类上的时候,里面使用@RequestMapping
标记的方法的请求地址都是相对于类上的@RequestMapping 而言的;
当Controller
类上没有标记@RequestMapping
注解时,方法上的@RequestMapping
都是绝对路径。这种绝对路径和相对路径所组合成的最终路径都是相对于根路径“/ ”而言的。
13. @SpringBootApplication
@SpringBootApplication
是一个组合注解
源码如下:
@Target({ElementType.TYPE})
@Retention(RetentionPolicy.RUNTIME)
@Documented
@Inherited
@SpringBootConfiguration
@EnableAutoConfiguration
@ComponentScan(
excludeFilters = {
@Filter(type = FilterType.CUSTOM,classes = {TypeExcludeFilter.class}),
@Filter( type = FilterType.CUSTOM,classes = {AutoConfigurationExcludeFilter.class})
}
)
public @interface SpringBootApplication {
}
由源码可知,主要包含三个注解@SpringBootConfiguration、@EnableAutoConfiguration、@ComponentScan。
14. @ComponentScan
-
@ComponentScan
(包扫描)component是组件,scan是扫描,所以这个注解的含义就是用来扫描组件的 -
ComponentScan就是扫描所标注的类所在包下的所有需要注入的组件,将其注入,这里他是在@SpringBootApplication 中体现的,所以这个注解会自动注入所有在主程序所在包下的组件
-
以前在ssm项目中我们需要去配置我们的包扫描,相对应的XML配置就是, 将符合条件的组件加入到IOC容器中。
详细了解点击:https://blog.csdn.net/luojinbai/article/details/85877956
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数Java工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则几千的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年Java开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Java开发知识点,真正体系化!
由于文件比较大,这里只是将部分目录大纲截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且后续会持续更新
如果你觉得这些内容对你有帮助,可以添加V获取:vip1024b (备注Java)
结局:总结+分享
看完美团、字节、腾讯这三家的一二三面试问题,是不是感觉问的特别多,可能咱们真的又得开启面试造火箭、工作拧螺丝的模式去准备下一次的面试了。
开篇有提及我可是足足背下了Java互联网工程师面试1000题,多少还是有点用的呢,换汤不换药,不管面试官怎么问你,抓住本质即可!能读到此处的都是真爱
- Java互联网工程师面试1000题
而且从上面三家来看,算法与数据结构是必备不可少的呀,因此我建议大家可以去刷刷这本左程云大佬著作的 《程序员代码面试指南 IT名企算法与数据结构题目最优解》,里面近200道真实出现过的经典代码面试题。
- 程序员代码面试指南–IT名企算法与数据结构题目最优解
- 其余像设计模式,建议可以看看下面这4份PDF(已经整理)
- 更多的Java面试学习笔记如下,关于面试这一块,我额外细分出Java基础-中级-高级开发的面试+解析,以及调优笔记等等等。。。
以上所提及的全部Java面试学习的PDF及笔记,如若皆是你所需要的,那么都可发送给你!
一个人可以走的很快,但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎扫码加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
12767415432)]
- 其余像设计模式,建议可以看看下面这4份PDF(已经整理)
[外链图片转存中…(img-kWsRDo3I-1712767415432)]
- 更多的Java面试学习笔记如下,关于面试这一块,我额外细分出Java基础-中级-高级开发的面试+解析,以及调优笔记等等等。。。
[外链图片转存中…(img-hGJzf9oq-1712767415433)]
以上所提及的全部Java面试学习的PDF及笔记,如若皆是你所需要的,那么都可发送给你!
一个人可以走的很快,但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎扫码加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
[外链图片转存中…(img-1ogQVBIQ-1712767415433)]