@inherited 注解详解

2024-02-19 05:08
文章标签 详解 注解 inherited

本文主要是介绍@inherited 注解详解,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

1【问题引出】

在 Springboot 项目中,通常会有一个启动类,而启动类中通常会有一个名为  @SpringBootApplication 的注解(如下图所示),而此注解就是 Springboot 项目启动类的核心注解。

我们打开 @SpringBootApplication 注解源码,可以看到,在源码中有一个 @Inherited 的注解,那么这个注解,它的作用是什么呢?

2【@inherited 源码】

在了解该注解作用之前,我们不妨看看该注解的英文解释和源码定义,这样会更加有利于我们对该注解的理解。

(2.1)inherited 翻译

 首先我们看翻译(来自百度翻译),可见 @inherited 有着 "继承","继任" 的意思。

(2.2)@inherite 源码

然后,我们打开 inherited 的源码,可以看到:

(1)该注解作用于整个程序运行中(@Retention(RetentionPolicy.RUNTIME);

(2)该注解只能修饰注解(@Target({ElementType.ANNOTATION_TYPE})),因此,它是一个元注解。

 再了解到上面的情况后,我们就可以对 @inherited 注解进一步探究了。

3【举例说明】

既然它是一个有着关于"继承"的注解,那么我们便可以联想到,Java类之间也有继承的关系,我们不妨创建两个类,让他们为父子关系,然后创建两个注解,作用于类上,两个注解之间唯一不同的区别就是有无 @Inherited修饰。

我们创建父类 Father 和 子类Child,作为实验类。

(3.1)Father 类

(3.2)Child 类(继承 Father  类)

 另外,我们再自定义两个注解,@HasInherited 和 @NoInherited,用于验证结果,前者注解包含@Inherited 注解,后者反之。

由于注解定义需要指明作用范围,以及作用的生命周期,那么我们不妨指定两个注解均作用于类上和整个代码运行生命周期中,让两者的唯一区别就是有无 @Inherited 注解。

(3.3)@HasInherited (有 @Inherited 注解)

(3.4)@NoInherited(无 @Inherited 注解)

 

 4【测试验证】

(4.1)创建 Test 测试类

我们再写一个测试类 Test,用于获取实验类(Father 和 Child)上所有的注解信息。

package com.test.inherited;import java.lang.annotation.Annotation;public class Test {public static void main(String[] args) {// 打印父类注解信息Annotation[] fatherAnnotations = Father.class.getAnnotations();System.out.println("------- 父类 Father 信息 --------");System.out.println("父类注解个数:" + fatherAnnotations.length);for (Annotation fa : fatherAnnotations) {System.out.println(fa.annotationType().getSimpleName());}// 打印子类注解信息Annotation[] childAnnotations = Child.class.getAnnotations();System.out.println("------- 子类 Child 信息 --------");System.out.println("子类注解个数:" + childAnnotations.length);for (Annotation ca: childAnnotations) {System.out.println(ca.annotationType().getSimpleName());}}}

 (4.2) 有 @Inherited 注解验证

首先,我们在父类只打上 @HasInherited 注解,子类不做处理,然后执行测试类 Test。

@HasInherited
public class Father {}

最终控制台打印所下:

------- 父类 Father 信息 --------
父类注解个数:1
HasInherited
------- 子类 Child 信息 --------
子类注解个数:1
HasInherited

 (4.3) 无 @Inherited 注解验证

我们在父类上只打上 @NoInherited 注解,子类不做处理,然后执行测试类Test。

@NoInherited
public class Father {}

最终控制台打印如下:

------- 父类 Father 信息 --------
父类注解个数:1
NoInherited
------- 子类 Child 信息 --------
子类注解个数:0

(4.4)结论

经过上面的演示,那么最终的结论,我们就不难得出来了。

结论:被 @Inherited 注解修饰的注解,如果作用于某个类上,其子类是可以继承的该注解的。反之,如果一个注解没有被 @Inherited注解所修饰,那么他的作用范围只能是当前类,其子类是不能被继承的。

5.【修改 Springboot 启动类】

既然 @SpringBootApplication 注解中也包含了 @Inherited 注解,那么针对上面的结论,我们不妨尝试下对 Springboot 启动类进行修改,我们可以写一个子类,去继承原启动类,同时把原启动的 mian 方法去掉,加在子类中,看是否能够启动成功?

(5.1)修改 Springboot 启动类前

启动类如图所示:

启动打印如下:

(5.2)修改 Springboot 启动类后

原启动类(只保留 @SpringBootApplication 注解)

子启动类(并未打任何注解)

 启动打印如下:

 可以看到,确实也是启动 OK 的,也验证了我们的推理。

6【总结】

当以后我们在定义一个作用于类的注解时候,如果希望该注解也作用于其子类,那么可以用@Inherited 来进行修饰。

 

这篇关于@inherited 注解详解的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/723586

相关文章

Spring Security基于数据库验证流程详解

Spring Security 校验流程图 相关解释说明(认真看哦) AbstractAuthenticationProcessingFilter 抽象类 /*** 调用 #requiresAuthentication(HttpServletRequest, HttpServletResponse) 决定是否需要进行验证操作。* 如果需要验证,则会调用 #attemptAuthentica

OpenHarmony鸿蒙开发( Beta5.0)无感配网详解

1、简介 无感配网是指在设备联网过程中无需输入热点相关账号信息,即可快速实现设备配网,是一种兼顾高效性、可靠性和安全性的配网方式。 2、配网原理 2.1 通信原理 手机和智能设备之间的信息传递,利用特有的NAN协议实现。利用手机和智能设备之间的WiFi 感知订阅、发布能力,实现了数字管家应用和设备之间的发现。在完成设备间的认证和响应后,即可发送相关配网数据。同时还支持与常规Sof

6.1.数据结构-c/c++堆详解下篇(堆排序,TopK问题)

上篇:6.1.数据结构-c/c++模拟实现堆上篇(向下,上调整算法,建堆,增删数据)-CSDN博客 本章重点 1.使用堆来完成堆排序 2.使用堆解决TopK问题 目录 一.堆排序 1.1 思路 1.2 代码 1.3 简单测试 二.TopK问题 2.1 思路(求最小): 2.2 C语言代码(手写堆) 2.3 C++代码(使用优先级队列 priority_queue)

K8S(Kubernetes)开源的容器编排平台安装步骤详解

K8S(Kubernetes)是一个开源的容器编排平台,用于自动化部署、扩展和管理容器化应用程序。以下是K8S容器编排平台的安装步骤、使用方式及特点的概述: 安装步骤: 安装Docker:K8S需要基于Docker来运行容器化应用程序。首先要在所有节点上安装Docker引擎。 安装Kubernetes Master:在集群中选择一台主机作为Master节点,安装K8S的控制平面组件,如AP

嵌入式Openharmony系统构建与启动详解

大家好,今天主要给大家分享一下,如何构建Openharmony子系统以及系统的启动过程分解。 第一:OpenHarmony系统构建      首先熟悉一下,构建系统是一种自动化处理工具的集合,通过将源代码文件进行一系列处理,最终生成和用户可以使用的目标文件。这里的目标文件包括静态链接库文件、动态链接库文件、可执行文件、脚本文件、配置文件等。      我们在编写hellowor

LabVIEW FIFO详解

在LabVIEW的FPGA开发中,FIFO(先入先出队列)是常用的数据传输机制。通过配置FIFO的属性,工程师可以在FPGA和主机之间,或不同FPGA VIs之间进行高效的数据传输。根据具体需求,FIFO有多种类型与实现方式,包括目标范围内FIFO(Target-Scoped)、DMA FIFO以及点对点流(Peer-to-Peer)。 FIFO类型 **目标范围FIFO(Target-Sc

019、JOptionPane类的常用静态方法详解

目录 JOptionPane类的常用静态方法详解 1. showInputDialog()方法 1.1基本用法 1.2带有默认值的输入框 1.3带有选项的输入对话框 1.4自定义图标的输入对话框 2. showConfirmDialog()方法 2.1基本用法 2.2自定义按钮和图标 2.3带有自定义组件的确认对话框 3. showMessageDialog()方法 3.1

脏页的标记方式详解

脏页的标记方式 一、引言 在数据库系统中,脏页是指那些被修改过但还未写入磁盘的数据页。为了有效地管理这些脏页并确保数据的一致性,数据库需要对脏页进行标记。了解脏页的标记方式对于理解数据库的内部工作机制和优化性能至关重要。 二、脏页产生的过程 当数据库中的数据被修改时,这些修改首先会在内存中的缓冲池(Buffer Pool)中进行。例如,执行一条 UPDATE 语句修改了某一行数据,对应的缓

OmniGlue论文详解(特征匹配)

OmniGlue论文详解(特征匹配) 摘要1. 引言2. 相关工作2.1. 广义局部特征匹配2.2. 稀疏可学习匹配2.3. 半稠密可学习匹配2.4. 与其他图像表示匹配 3. OmniGlue3.1. 模型概述3.2. OmniGlue 细节3.2.1. 特征提取3.2.2. 利用DINOv2构建图形。3.2.3. 信息传播与新的指导3.2.4. 匹配层和损失函数3.2.5. 与Super

web群集--nginx配置文件location匹配符的优先级顺序详解及验证

文章目录 前言优先级顺序优先级顺序(详解)1. 精确匹配(Exact Match)2. 正则表达式匹配(Regex Match)3. 前缀匹配(Prefix Match) 匹配规则的综合应用验证优先级 前言 location的作用 在 NGINX 中,location 指令用于定义如何处理特定的请求 URI。由于网站往往需要不同的处理方式来适应各种请求,NGINX 提供了多种匹