JAVA基础--db09_java继承-final-抽象类-接口

最新推荐文章于 2025-07-04 11:24:55 发布
原创 最新推荐文章于 2025-07-04 11:24:55 发布 · 657 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#JAVA基础 #继承 #final #抽象类 #接口

本文介绍了JAVA中的继承概念，强调子类构造函数会隐式调用父类的空参构造。同时，讲解了final关键字用于创建常量，并探讨了抽象类的特性，包括抽象函数、抽象类的实例化规则。此外，还阐述了接口的使用，包括类与接口的关系，以及如何实现接口，并指出一个类可以同时继承一个类并实现多个接口，接口间也能多继承。

子类的构造函数第一句都有一个隐式的super();

不管子类构造空不空参，调用的父类都是空参的。如果父类中没有空参的构造，子类中必须明确调用哪一个


final关键字


常量都是大写的

抽象类：

abstract classDemo{

      abstract void show();

}

抽象函数所在的类也必须是抽象的

抽象函数没有方法体，最后还是以分号结束

抽象类不能被实例化，即不能new对象。因为调用抽象方法没意义，因为没有方法体。

抽象类必须有子类覆盖了其所有的抽象方法，才能被实例化，否则还是抽象类

因为可能会有不同的子继承一个父，此时父类不能确定具体的相同的内容，所以搞成抽象的。


因为抽象要想使用需要new对象，抽象又一定是父类。所以private，final不行，static没意义，可以直接类名调用，但是抽象的没方法体。


接口：


一般类è抽象类（一般类中含有抽象方法）è接口（全是抽象方法，接口中还可以定义全局常量）

类与类之间是继承关系，类与接口之间是实现关系

class  DemoImpl implements Demo{
}

要实例化，必须覆盖接口中所有抽象方法。

一个类可以多实现，因为接口中的抽象方法没有方法体，所以不会出现不确定性

一个类在继承另一个类的同时，还可以去实现多个接口

接口与接口之间可以多继承

接口与抽象类：


 

 

 

 

db2625
关注
Java高频面试基础问题与知识点整理
曾经“等你生日那天”都遥远得像未来，如今却可欢愉的挥手说“下个十年见”
11-04 172万+
Java高频面试知识点总结：覆盖高频基础知识考点+高频集合知识点深入分析+高频多线程与并发编程面试题汇总+其他扩展考察等。
Java笔记018-抽象类、抽象类最佳实践-模板设计模式、接口、内部类
qq_59621600的博客
12-31 1166
Java笔记018-抽象类、抽象类最佳实践-模板设计模式、接口、内部类
Java头歌实践-抽象类和接口
2401_85171931的博客
05-20 1174
Java 接口的定义方式与类基本相同，当声明一个接口时，我们使用 interface 这个关键字，在接口中的所有方法都必须只声明方法标识，而不要去声明具体的方法体，因为具体的方法体的实现是由继承该接口的类来去实现的，因此，接口并不用管具体的实现。接口中的属性默认为 public static Final，一个类实现这个接口必须实现这个接口中定义的所有的抽象方法。// 接口体，其中可以包含定义常量和声明方法// 定义常量// 声明方法interface_name 表示接口的名称；
2021级-JAVA06 继承和多态、抽象类和接口
m0_64781922的博客
10-14 3136
}}public void work(){//要写publicSystem.out.println("我点点点");}System.out.println("我不能点了");}}System.out.println("我存存存");}System.out.println("我走了");}}//如果item为null，则不入栈直接返回null。如果栈满，也返回null。如果插入成功，返回item//出栈，如果为空，则返回null。
java基础 -- 接口
liaty_spread的博客
05-12 811
用abstract修饰的类就是抽象类访问修饰符 abstract 类名{用abstract关键字修饰该方法，这个方法就是抽象方法访问修饰符 abstract 返回类型 方法名（参数列表）;//没有方法体抽象类的更多价值在于设计，设计者设计好后让子类继承并实现抽象类在框架和设计模式使用较多接口就是给出一些没有实现的方法，封装到一起，到某个类要使用的时候，根据具体情况把这些方法写出来。
JAVA基础---继承与方法的重写
qq_56438516的博客
04-26 1847
JAVA当中的继承与抽象类。
Java-面向对象-封装、接口
小陈为梦想而生
04-10 1037
简单介绍封装和接口： 注意区分类与接口的区别，尤其是抽象类！ 注意理解接口的多继承，以及类不能使用多继承！
头歌java 实训 答案 代码 java入门
热门推荐
个人博客地址https://sun98k.github.io/
12-06 24万+
头歌java实训参考答案，文章附带目录，谢谢大家的支持。祝大家实训满分。
Java 基础知识总结（下）-王者笔记《收藏版》
java李阳勇的博客
07-27 5万+
内存是计算机的重要部件之⼀。它是外存与CPU进⾏沟通的桥梁，计算机中所有程序的运⾏都在内存中进⾏。内存性能的强弱影响计算机整体发挥的⽔平。内存(Memory)也称内存储器和主存储器，它用于暂时存放CPU中的运 算数据，与硬盘等外部存储器交换的数据。只要计算机开始运⾏，操作系统就会把需要运算的数据从内存调到 CPU中进⾏运算。当运算完成，CPU将结果传送出来。内存的运⾏也决定计算机整体运⾏快慢的程度。内存条由内存芯片、电路板、⾦⼿指等部分组成。电脑硬盘是计算机最主要的存储设备。
02基本结构篇（D2_类-抽象类-接口-枚举-注解-数组）
思维码途
08-12 1366
我们知道，类用来模拟现实事物。一个类可以模拟一类事物，而某个类的一个实例化对象可以模拟某个属于该类的具体的事物。类中描绘了该类所有对象共同的特性，当一个类中给出的信息足够全面时，我们就可以实例化该类；比方说，在Dog类中定义了name，age，fur_color，sex等属性，以及habit，eat等行为时，我们就可以创建一个Dog类对象，来模拟某个具体的Dog，比如你家的宠物狗，或者是神犬小七等。但是，当一个类中给出的信息不够全面时，（比方说有无法确定的行。
23、Java 中的自定义异常、抽象类与接口使用
j7k8l的博客
07-04 32
本文详细介绍了 Java 编程中的三个重要特性：自定义异常、抽象类和接口的使用。涵盖了异常类的层次结构、如何创建和抛出自定义异常；抽象类与抽象方法的定义及其特点；接口的创建、实现以及扩展，包括接口的回调和标记接口的应用。这些内容有助于提升 Java 程序的错误处理能力、代码复用性和设计灵活性。
CAXA3D实体设计2023安装教程(含安装包)
01-05
CAXA3D实体设计2023安装教程(含安装包)
go语言排序算法实现与性能分析工具包_排序算法集合冒泡排序选择排序插入排序希尔排序归并排序快速排序堆排序计数排序桶排序基数排序并行排序分布式排序外部排序.zip
01-05
go语言排序算法实现与性能分析工具包_排序算法集合冒泡排序选择排序插入排序希尔排序归并排序快速排序堆排序计数排序桶排序基数排序并行排序分布式排序外部排序.zip
软考系统架构设计师高级资格考试备考资料库与学习辅助工具集_包含历年真题解析知识点精讲视频模拟考试系统错题本功能学习进度跟踪考试大纲解读专家讲座笔记案例分析模板论文写.zip
01-05
软考系统架构设计师高级资格考试备考资料库与学习辅助工具集_包含历年真题解析知识点精讲视频模拟考试系统错题本功能学习进度跟踪考试大纲解读专家讲座笔记案例分析模板论文写.zip
基于ContextGuidedBlock的YOLO26下采样改进：上下文感知机制在目标检测中的应用与实现
01-05
内容概要：本文介绍了一种将ContextGuidedBlock（CGB）集成到YOLO26中的创新方法，旨在提升目标检测模型在下采样过程中的上下文信息保留能力。CGB通过“局部特征提取+全局上下文融合”的设计，在实现特征图压缩的同时增强对小目标和复杂场景的感知能力，显著提升了检测精度，尤其在小目标检测上表现突出。文章详细阐述了CGB的原理、代码实现、在YOLO26中的集成步骤（包括模块替换、注册与配置）、训练验证流程，并提出了多尺度上下文优化、注意力机制融合及轻量化改进等科研拓展方向。; 使用场景及目标：① 提升YOLO26在小目标检测和复杂场景下的性能；② 构建具有上下文感知能力的新型下采样模块，服务于科研论文创新或工业级模型优化；③ 探索CGB与其他注意力机制、轻量化技术结合的可能性； 阅读建议：建议读者结合提供的代码链接和飞书文档，边实践边理解模块集成细节，重点关注CGB的局部-全局交互机制及其对模型性能的影响，同时可通过调整超参数和结构变体进行深入探究。
负载均衡实战项目搭建指南：从零到一构建高可用Nginx+Keepalived集群教程
01-05
本资源包提供一套完整的负载均衡实战项目搭建指南，涵盖从理论到实践的全面内容。通过本教程，您将学习如何使用Nginx和Keepalived构建高可用负载均衡集群，确保Web应用的高并发处理能力和服务稳定性。内容包括环境准备、Nginx负载均衡配置、Keepalived高可用实现、健康检查机制、故障切换测试等核心环节，并附有详细的配置文件和代码示例。无论您是后端开发工程师、运维人员还是系统架构师，都能通过本实战项目掌握企业级负载均衡解决方案，提升系统性能和可靠性。教程语言简洁明了，步骤清晰，适合初学者和进阶者参考学习。
基于AODown轻量化下采样模块的YOLO26优化：提升目标检测效率与精度
最新发布
01-05
内容概要：本文介绍了在YOLO26模型中引入新型轻量化下采样模块AODown的方法，旨在解决传统下采样在精度与效率之间的权衡问题。AODown通过“主分支下采样+辅助信息分支”的多分支融合机制，在降低20%计算量的同时提升了小目标和复杂场景的检测精度。文章详细解析了AODown的结构原理、优势表现，并提供了完整的代码实现、模块嵌入步骤及训练验证流程。此外，还提出了消融实验、跨模型适配和理论分析等科研拓展方向，增强研究成果的深度与广度。; 使用场景及目标：①用于优化YOLO26等检测模型的下采样模块，提升推理速度与检测精度；②支持在自定义数据集上部署与训练，适用于移动端或边缘设备的轻量化需求；③为学术研究提供可复现的技术路径与创新思路； 阅读建议：建议读者结合提供的代码链接与飞书文档，边实践边理解模块设计逻辑，重点关注AODown的多分支融合机制及其在不同配置下的性能变化，建议通过消融实验深入掌握其优化潜力。
夏日清爽PPT模板-下载即用.zip
01-05
先看效果： https://pan.quark.cn/s/c7070e7537b1 [!NOTE] 每到答辩季我就会喜获stars，谢谢大家的支持！ 欢迎推广传播本repo（https://.com/atomiechen/THU-PPT-Theme），也欢迎贡献变体，提供更多选择 清华简约主题PPT模板 Repo stars 2020年春夏之交，答辩期间很多同学都在寻找清华主题的答辩模板。 一方面有使用LaTeX制作Beamer的模板（见Overleaf上的模板THU Beamer Theme），另一方面民间也存在着一些PPT模板。 很多人可能不适应Beamer的使用（主要是内容和排版设计不是可见即所得，定制有门槛），以及我找到的PPT模板也都不太好使（要么图案设计太复杂、不好看，要么没有制作成PPT母版导致每次使用都要复制粘贴+微调，不方便）。 我制作了清华简约主题的PPT模板，后续有新的设计我会逐渐加入，也欢迎有兴趣有想法的朋友们添砖加瓦！ 内容 所有模板均为 文件。 此外也提供转换脚本用于 Pandoc自动生成PPTX。 各个版本的修改历史见 CHANGELOG.md。 下载 推荐直接从 Releases 下载最新发布版。 也可以在 仓库 单独下载所需文件。 效果 16:9比例，v1留边、v1顶边、v3留边白底、v3顶边白底： demo 16:9比例，其他风格模板：v1扁平、v2扁平、v1暗光 demo2 其他变体设计参见 variants/README.md。 使用方式 可以基于所提供的文件自行修改内容，也可以在新建的PPT文稿中应用该模板。 后者在 MS Office 2019 For Mac 的 PowerPoint 里的具体使用方式为：首先选择幻灯片尺...
Java中抽象类可以被Spring容器管理吗
11-18
<think> 嗯，用户这次问的是Java抽象类能否被Spring容器管理，这个问题涉及Spring框架的核心机制。从对话历史看，用户之前还问过MinIO端口的问题，突然转向Spring技术细节，可能是正在开发一个综合项目，需要整合存储服务和后台逻辑。 用户提供的三个引用很有价值。引用[1]明确提到抽象类不能被实例化但能被Spring管理，这和我掌握的知识一致。引用[2]解释了普通对象获取SpringBean的问题，引用[3]则给出了具体解决方案。用户应该已经查阅过资料，但需要权威确认。 需要重点澄清几个技术点：第一，Spring管理的是抽象类的具体子类实例；第二，抽象类本身确实不会被实例化；第三，@Component等注解标注抽象类时，实际注册的是其子类。用户可能混淆了“管理”和“实例化”的概念。 考虑到用户可能是中级Java开发者，解释时要避免过于理论化。应该用代码示例说明继承关系，比如抽象类加@Component、子类继承后自动注册的案例。同时要强调抽象类中@Autowired字段的注入原理——实际注入的是子类实例的依赖。 安全方面提醒：在抽象类中定义过多依赖可能导致设计问题，这点需要提及但不必过度强调。用户更关心技术可行性而非设计优劣。 相关扩展问题考虑：用户可能会追问懒加载对抽象类的影响，或者抽象类定义@Bean方法的可行性。但当前回答聚焦核心问题即可，扩展问题留到后续讨论。 </think> ### Java抽象类能否被Spring容器管理的技术解析 #### 📌 核心结论 1. **抽象类本身不能被实例化** - 抽象类无法直接创建对象实例（Java语言规范限制）[^1] - Spring容器**不会为抽象类生成Bean实例** 2. **抽象类可以被Spring管理** - 通过`@Component`/`@Service`等注解声明 - **实际管理的是其具体子类**（关键机制） ```java @Component // ✅ 合法声明 public abstract class AbstractService { @Autowired private Dependency commonDep; // 可被注入 public abstract void process(); } ``` #### 🔧 实现原理（Spring处理流程） ```mermaid graph TD A[抽象类标注@Component] --> B[Spring扫描类路径] B --> C[发现抽象类跳过实例化] C --> D[等待具体子类继承] D --> E[子类标注@Component] E --> F[Spring创建子类Bean] F --> G[注入抽象类中定义的依赖] ``` #### 💡 使用场景与示例 1. **公共依赖注入** ```java public abstract class BaseRepository { @Autowired // ✅ 子类继承时自动注入 protected JdbcTemplate jdbcTemplate; } @Repository public class UserRepository extends BaseRepository { public List<User> findUsers() { // 直接使用父类的jdbcTemplate return jdbcTemplate.query(...); } } ``` 2. **模板方法模式实现** ```java @Service public abstract class PaymentProcessor { @Autowired private AuditService auditService; // 公共依赖 public final void process() { preProcess(); doPayment(); // 抽象方法 auditService.log(); // 公共逻辑 } protected abstract void doPayment(); } @Service public class AlipayProcessor extends PaymentProcessor { @Override protected void doPayment() { // 支付宝支付实现 } } ``` #### ⚠️ 关键注意事项 1. **直接依赖注入限制** ```java // ❌ 错误用法：尝试直接注入抽象类 @Autowired private AbstractService service; // 启动报Bean创建错误 ``` - 必须通过**具体子类**使用抽象类功能 2. **抽象方法的处理规则** | 注解位置 | 是否生效 | 说明 | |---------------|---------|--------------------------| | 抽象类@Autowired | ✅ | 子类继承时自动注入 | | 抽象方法@Bean | ❌ | Spring不支持抽象@Bean方法 | 3. **代理机制冲突** - 当使用**CGLIB代理**时（如@Transactional） - 抽象类**不能是final**类（Spring需生成子类代理） #### 🌰 实践案例：抽象工具类 ```java @Component public abstract class FileUtils { @Value("${file.storage.path}") // 注入配置 protected String storagePath; public abstract void convertFormat(File file); protected void backupFile(File file) { // 公共方法 // 使用storagePath实现备份逻辑 } } @Service public class PdfConverter extends FileUtils { @Override public void convertFormat(File file) { backupFile(file); // 复用父类方法 // PDF转换实现... } } ``` #### 💎 最佳实践建议 1. **适用场景** - 多个实现类**共享依赖注入**（如DB连接、配置参数） - 需要**强制子类实现**特定方法（模板方法模式） - 跨模块**公共行为抽象**（如日志、审计） 2. **替代方案** ```java // 组合模式替代继承 @Component public class ImageProcessor { @Autowired // 依赖工具类实例 private FileOperation fileOp; public void process() { fileOp.backupFile(...); } } ``` > **本质总结**：Spring通过管理**具体子类的实例**，间接实现了对抽象类中依赖项的注入和能力复用。抽象类成为Spring容器管理边界的延伸而非直接管理对象[^1][^3]。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值