干货 | SpringBoot注解大全,值得收藏

点击上方“java进阶架构师”,选择右上角“置顶公众号

20大进阶架构专题每日送达

640

一、注解(annotations)列表 

@SpringBootApplication:包含了@ComponentScan、@Configuration和@EnableAutoConfiguration注解。其中@ComponentScan让spring Boot扫描到Configuration类并把它加入到程序上下文。

@Configuration 等同于spring的XML配置文件;使用Java代码可以检查类型安全。

@EnableAutoConfiguration 自动配置。

@ComponentScan 组件扫描,可自动发现和装配一些Bean。

@Component可配合CommandLineRunner使用,在程序启动后执行一些基础任务。

@RestController注解是@Controller和@ResponseBody的合集,表示这是个控制器bean,并且是将函数的返回值直 接填入HTTP响应体中,是REST风格的控制器。

@Autowired自动导入。

@PathVariable获取参数。

@JsonBackReference解决嵌套外链问题。

@RepositoryRestResourcepublic配合spring-boot-starter-data-rest使用。

二、注解(annotations)详解

@SpringBootApplication:申明让spring boot自动给程序进行必要的配置,这个配置等同于:@Configuration ,@EnableAutoConfiguration 和 @ComponentScan 三个配置。

package com.example.myproject;
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;

@SpringBootApplication // same as @Configuration @EnableAutoConfiguration @ComponentScan
public class Application {
public static void main(String[] args) {
SpringApplication.run(Application.class, args);
}
}


@ResponseBody:表示该方法的返回结果直接写入HTTP response body中,一般在异步获取数据时使用,用于构建RESTful的api。在使用@RequestMapping后,返回值通常解析为跳转路径,加上@responsebody后返回结果不会被解析为跳转路径,而是直接写入HTTP response body中。比如异步获取json数据,加上@responsebody后,会直接返回json数据。该注解一般会配合@RequestMapping一起使用。示例代码:


@RequestMapping(“/test”)
@ResponseBody
public String test(){
return”ok”;
}

@Controller:用于定义控制器类,在spring 项目中由控制器负责将用户发来的URL请求转发到对应的服务接口(service层),一般这个注解在类中,通常方法需要配合注解@RequestMapping。示例代码:

@Controller
@RequestMapping(“/demoInfo”)
publicclass DemoController {
@Autowired
private DemoInfoService demoInfoService;

@RequestMapping("/hello")
public String hello(Map<String,Object> map){
 System.out.println("DemoController.hello()");
 map.put("hello","from TemplateController.helloHtml");
 //会使用hello.html或者hello.ftl模板进行渲染显示.
 return"/hello";
}
}


@RestController:用于标注控制层组件(如struts中的action),@ResponseBody和@Controller的合集。示例代码:


package com.kfit.demo.web;

import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;


@RestController
@RequestMapping(“/demoInfo2”)
publicclass DemoController2 {

@RequestMapping("/test")
public String test(){
 return"ok";
}
}


@RequestMapping:提供路由信息,负责URL到Controller中的具体函数的映射。

@EnableAutoConfiguration:Spring Boot自动配置(auto-configuration):尝试根据你添加的jar依赖自动配置你的Spring应用。例如,如果你的classpath下存在HSQLDB,并且你没有手动配置任何数据库连接beans,那么我们将自动配置一个内存型(in-memory)数据库”。你可以将@EnableAutoConfiguration或者@SpringBootApplication注解添加到一个@Configuration类上来选择自动配置。如果发现应用了你不想要的特定自动配置类,你可以使用@EnableAutoConfiguration注解的排除属性来禁用它们。

@ComponentScan:表示将该类自动发现扫描组件。个人理解相当于,如果扫描到有@Component、@Controller、@Service等这些注解的类,并注册为Bean,可以自动收集所有的Spring组件,包括@Configuration类。我们经常使用@ComponentScan注解搜索beans,并结合@Autowired注解导入。可以自动收集所有的Spring组件,包括@Configuration类。我们经常使用@ComponentScan注解搜索beans,并结合@Autowired注解导入。如果没有配置的话,Spring Boot会扫描启动类所在包下以及子包下的使用了@Service,@Repository等注解的类。

@Configuration:相当于传统的xml配置文件,如果有些第三方库需要用到xml文件,建议仍然通过@Configuration类作为项目的配置主类——可以使用@ImportResource注解加载xml配置文件。

@Import:用来导入其他配置类。

@ImportResource:用来加载xml配置文件。

@Autowired:自动导入依赖的bean

@Service:一般用于修饰service层的组件

@Repository:使用@Repository注解可以确保DAO或者repositories提供异常转译,这个注解修饰的DAO或者repositories类会被ComponetScan发现并配置,同时也不需要为它们提供XML配置项。

@Bean:用@Bean标注方法等价于XML中配置的bean。

@Value:注入Spring boot application.properties配置的属性的值。示例代码:

@Value(value = “#{message}”)
private String message;


@Inject:等价于默认的@Autowired,只是没有required属性;

@Component:泛指组件,当组件不好归类的时候,我们可以使用这个注解进行标注。

@Bean:相当于XML中的,放在方法的上面,而不是类,意思是产生一个bean,并交给spring管理。

@AutoWired:自动导入依赖的bean。byType方式。把配置好的Bean拿来用,完成属性、方法的组装,它可以对类成员变量、方法及构造函数进行标注,完成自动装配的工作。当加上(required=false)时,就算找不到bean也不报错。

@Qualifier:当有多个同一类型的Bean时,可以用@Qualifier(“name”)来指定。与@Autowired配合使用。@Qualifier限定描述符除了能根据名字进行注入,但能进行更细粒度的控制如何选择候选者,具体使用方式如下:

@Autowired
@Qualifier(value = “demoInfoService”)
private DemoInfoService demoInfoService;

@Resource(name=”name”,type=”type”):没有括号内内容的话,默认byName。与@Autowired干类似的事。

三、JPA注解

@Entity:@Table(name=”“):表明这是一个实体类。一般用于jpa这两个注解一般一块使用,但是如果表名和实体类名相同的话,@Table可以省略

@MappedSuperClass:用在确定是父类的entity上。父类的属性子类可以继承。

@NoRepositoryBean:一般用作父类的repository,有这个注解,spring不会去实例化该repository。

@Column:如果字段名与列名相同,则可以省略。

@Id:表示该属性为主键。

@GeneratedValue(strategy = GenerationType.SEQUENCE,generator = “repair_seq”):表示主键生成策略是sequence(可以为Auto、IDENTITY、native等,Auto表示可在多个数据库间切换),指定sequence的名字是repair_seq。

@SequenceGeneretor(name = “repair_seq”, sequenceName = “seq_repair”, allocationSize = 1):name为sequence的名称,以便使用,sequenceName为数据库的sequence名称,两个名称可以一致。

@Transient:表示该属性并非一个到数据库表的字段的映射,ORM框架将忽略该属性。如果一个属性并非数据库表的字段映射,就务必将其标示为@Transient,否则,ORM框架默认其注解为@Basic。@Basic(fetch=FetchType.LAZY):标记可以指定实体属性的加载方式

@JsonIgnore:作用是json序列化时将Java bean中的一些属性忽略掉,序列化和反序列化都受影响。

@JoinColumn(name=”loginId”):一对一:本表中指向另一个表的外键。一对多:另一个表指向本表的外键。

@OneToOne、@OneToMany、@ManyToOne:对应hibernate配置文件中的一对一,一对多,多对一。

四、springMVC相关注解

@RequestMapping:@RequestMapping(“/path”)表示该控制器处理所有“/path”的UR L请求。RequestMapping是一个用来处理请求地址映射的注解,可用于类或方法上。
用于类上,表示类中的所有响应请求的方法都是以该地址作为父路径。该注解有六个属性:
   params:指定request中必须包含某些参数值是,才让该方法处理。
   headers:指定request中必须包含某些指定的header值,才能让该方法处理请求。
   value:指定请求的实际地址,指定的地址可以是URI Template 模式
   method:指定请求的method类型, GET、POST、PUT、DELETE等
   consumes:指定处理请求的提交内容类型(Content-Type),如application/json,text/html;
   produces:指定返回的内容类型,仅当request请求头中的(Accept)类型中包含该指定类型才返回

@RequestParam:用在方法的参数前面。
@RequestParam  
String a =request.getParameter(“a”)。

@PathVariable:路径变量。如

RequestMapping(“user/get/mac/{macAddress}”)
public String getByMacAddress(@PathVariable String macAddress){
//do something;
}

参数与大括号里的名字一样要相同。

五、全局异常处理

@ControllerAdvice:包含@Component。可以被扫描到。统一处理异常。

@ExceptionHandler(Exception.class):用在方法上面表示遇到这个异常就执行以下方法。

来自:博客园(作者:tanwei81)

https://www.cnblogs.com/tanwei81/p/6814022.html

————  e n d ————

微服务、高并发、JVM调优、面试专栏等20大进阶架构师专题请关注公众号Java进阶架构师后在菜单栏查看

640

看到这里,说明你喜欢本文

你的转发,是对我最大的鼓励!在看亦是支持

sudo apt update W: 目标 Sources (main/source/Sources) 在 /etc/apt/sources.list:66 和 /etc/apt/sources.list:80 中被配置了多次 W: 目标 Sources (restricted/source/Sources) 在 /etc/apt/sources.list:66 和 /etc/apt/sources.list:80 中被配置了多次 W: 目标 Sources (universe/source/Sources) 在 /etc/apt/sources.list:66 和 /etc/apt/sources.list:80 中被配置了多次 W: 目标 Sources (multiverse/source/Sources) 在 /etc/apt/sources.list:66 和 /etc/apt/sources.list:80 中被配置了多次 W: 目标 Packages (main/binary-amd64/Packages) 在 /etc/apt/sources.list:61 和 /etc/apt/sources.list:75 中被配置了多次 W: 目标 Packages (main/binary-i386/Packages) 在 /etc/apt/sources.list:61 和 /etc/apt/sources.list:75 中被配置了多次 W: 目标 Packages (main/binary-all/Packages) 在 /etc/apt/sources.list:61 和 /etc/apt/sources.list:75 中被配置了多次 W: 目标 Translations (main/i18n/Translation-zh_CN) 在 /etc/apt/sources.list:61 和 /etc/apt/sources.list:75 中被配置了多次 W: 目标 Translations (main/i18n/Translation-zh) 在 /etc/apt/sources.list:61 和 /etc/apt/sources.list:75 中被配置了多次 W: 目标 Translations (main/i18n/Translation-en) 在 /etc/apt/sources.list:61 和 /etc/apt/sources.list:75 中被配置了多次 W: 目标 DEP-11 (main/dep11/Components-amd64.yml) 在 /etc/apt/sources.list:61 和 /etc/apt/sources.list:75 中被配置了多次 W: 目标 DEP-11 (main/dep11/Components-all.yml) 在 /etc/apt/sources.list:61 和 /etc/apt/sources.list:75 中被配置了多次 W: 目标 DEP-11-icons-small (main/dep11/icons-48x48.tar) 在 /etc/apt/sources.list:61 和 /etc/apt/sources.list:75 中被配置了多次 W: 目标 DEP-11-icons (main/dep11/icons-64x64.tar) 在 /etc/apt/sources.list:61 和 /etc/apt/sources.list:75 中被配置了多次 W: 目标 DEP-11-icons-hidpi (main/dep11/icons-64x64@2.tar) 在 /etc/apt/sources.list:61 和 /etc/apt/sources.list:75 中被配置了多次
03-23
<think>好的,我现在需要帮用户解决他们在运行`sudo apt update`时遇到的重复源配置警告。首先,我要理解这些警告的含义。用户看到的多个“W: 目标...”提示,指出在/etc/apt/sources.list文件的特定行中,某些软件源被重复配置了。例如,Sources在66和80行重复,Packages在61和75行重复。 首先,我需要回忆APT的工作原理。APT使用sources.list文件来确定从哪里下载软件包。每个条目都应该唯一,否则会导致重复下载或冲突。重复的条目可能是在用户手动添加源或者通过某些软件自动添加时不小心造成的。 接下来,用户的问题在于这些重复的配置。虽然APT会处理这种情况,但可能会影响更新效率,甚至导致某些仓库被多次下载,占用带宽。因此,解决这个问题是必要的。 步骤一:确定问题文件的位置。用户提到的是/etc/apt/sources.list文件中的特定行号。但通常,软件源还可能存放在/etc/apt/sources.list.d/目录下的单独文件中。需要确认用户是否检查了这些文件,或者重复是否仅存在于主sources.list文件中。 步骤二:如何检查这些重复的行。用户可能需要使用命令行工具来查看具体的行内容。例如,使用`sudo nano /etc/apt/sources.list`打开文件,然后跳转到指定的行号(如66和80)。如果这些行确实重复了相同的源,就需要删除其中一个。 但用户可能不太熟悉命令行编辑,特别是使用nano或vim。这时候可能需要指导他们如何查看这些行,或者使用更简单的命令如`grep`来查找重复项。例如,可以使用`cat -n /etc/apt/sources.list`显示行号并查看内容。 另外,注意到有些重复可能出现在不同的文件中,比如sources.list.d目录下的.list文件。用户可能需要检查这些文件是否有重复的条目,特别是如果他们在不同的文件中添加了相同的源。 步骤三:处理重复条目。删除或注释掉重复的行。用户需要小心操作,避免删除正确的源,导致软件无法更新。建议先备份sources.list文件,再进行修改。 此外,用户可能不知道如何注释行。在Linux中,使用#符号注释一行。因此,用户可以将重复的行前面加上#,或者直接删除多余的行。 步骤四:更新源列表。修改后运行`sudo apt update`确认警告是否消失。 可能遇到的困难是用户可能不清楚哪些行是重复的,特别是当行号对应的内容看起来不同但有相同的效果时。例如,可能一个是HTTP,另一个是HTTPS,但指向同一个仓库。这时候需要用户确认这两行是否实际上指向同一个源。 另外,用户可能误操作导致文件损坏,所以强调备份的重要性是必要的。 总结,解决方案的步骤应该是:1. 备份源列表文件;2. 检查并删除或注释重复的行;3. 更新APT缓存。需要以清晰、简单的方式指导用户完成这些步骤,避免技术术语过多,同时确保他们理解每个步骤的目的。</think>在运行`sudo apt update`时出现**重复软件源配置警告**,表明您的系统软件源列表存在重复条目。这个问题不会直接影响系统功能,但可能导致更新速度变慢或潜在冲突。以下是逐步解决方案: --- ### 一、问题分析 1. **警告类型** - `W: 目标 Sources...被配置了多次`:软件源**源码仓库**重复 - `W: 目标 Packages...被配置了多次`:软件包**二进制仓库**重复 2. **触发原因** 在`/etc/apt/sources.list`文件中,**第61、66、75、80行**存在重复的软件源配置(可能因手动添加或第三方工具导致)。 --- ### 二、解决方法 #### 步骤 1:备份软件源列表(重要!) ```bash sudo cp /etc/apt/sources.list /etc/apt/sources.list.bak ``` #### 步骤 2:检查重复条目 打开软件源文件,定位到警告中提到的行号: ```bash sudo nano /etc/apt/sources.list # 使用nano编辑器 ``` - 通过快捷键`Ctrl+_`输入行号(例如`:66`)直接跳转 - 对比以下关键行内容: ``` 行61 vs 行75:二进制仓库重复 行66 vs 行80:源码仓库重复 ``` #### 步骤 3:删除或注释重复行 - **注释方法**:在重复行前添加`#` - **删除方法**:直接删除整行 (建议优先注释以便恢复) #### 步骤 4:检查其他配置文件(如有必要) 某些软件源可能分散在`/etc/apt/sources.list.d/`目录的独立文件中: ```bash sudo ls /etc/apt/sources.list.d/ # 查看是否有重复的.list文件 ``` #### 步骤 5:更新软件源 ```bash sudo apt update ``` 若警告消失则修复成功。 --- ### 三、典型重复案例示例 假设原始文件中有以下重复行: ```bash deb http://archive.ubuntu.com/ubuntu focal main # 行61 deb-src http://archive.ubuntu.com/ubuntu focal main # 行66 deb http://archive.ubuntu.com/ubuntu focal main # 行75(重复) deb-src http://archive.ubuntu.com/ubuntu focal main # 行80(重复) ``` 只需保留行61和66,注释或删除行75和80即可。 --- ### 四、预防措施 1. 使用`add-apt-repository`命令添加仓库(自动避免重复) 2. 修改软件源前务必备份 3. 定期清理失效仓库 如果操作中遇到具体行内容不确定,可提供具体条目进一步分析。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值