抽象类用于划清组件边界，强制子类实现抽象方法以保障契约，支持共享状态与逻辑复用，但不可实例化；需避免构造器调用抽象方法、硬编码配置及空实现，默认实现应合理使用super调用。
抽象类不能被实例化，但能定义组件契约
Java 里用抽象类做组件化，核心不是“怎么写抽象类”，而是“怎么用它划清组件边界”。抽象类天然适合表达「这类组件必须提供什么能力，但具体怎么实现由子类决定」——比如 DataSourceComponent 可以强制所有数据源组件实现 connect() 和 query(String sql)，但不关心是 MySQL 还是 Redis。
常见错误是把抽象类写成“半成品工具类”：塞一堆静态方法、默认实现堆满逻辑、甚至加了构造参数却没留出子类定制入口。结果是子类要么不敢动，要么绕过抽象层直接重写，组件契约形同虚设。
- 抽象方法只声明行为，不带实现；模板方法可含默认流程，但关键步骤必须是
abstract或protected钩子 - 避免在抽象类构造器里调用
abstract方法——子类字段还没初始化，容易 NPE - 如果组件需配置驱动（如连接池大小），优先通过构造参数或
setXxx()方法注入，别硬编码在抽象类里
子类继承时必须实现所有 abstract 方法，否则编译失败
这是 Java 编译器的硬约束，也是组件化落地的第一道校验。比如你定义了 AbstractLogger，要求子类实现 doLog(String msg)，那 FileLogger 和 SlackLogger 就没法偷懒用空实现糊弄过去。
容易踩的坑是误以为加个 @Override 就算合规——其实 IDE 可能帮你自动生成了空方法体，但业务逻辑根本没写。更隐蔽的是：子类用了 default 方法覆盖抽象方法（Java 8+ 接口才支持 default，抽象类不认这个），结果编译直接报错。
立即学习“Java免费学习笔记（深入）”；
AutoIt v3 版本, 这是一个使用类似 BASIC 脚本语言的免费软件, 它设计用于 Windows GUI(图形用户界面)中进行自动化操作. 利用模拟键盘按键, 鼠标移动和窗口/控件的组合来实现自动化任务. 而这是其它语言不可能做到或无可靠方法实现的(比如VBScript和SendKeys). AutoIt 非常小巧, 完全运行在所有windows操作系统上.(thesnow注:现在已经不再支持win 9x,微软连XP都能放弃, 何况一个win 9x支持), 并且不需要任何运行库. AutoIt
- IDE 自动生成实现时，立刻检查方法体是否为空或仅含
throw new UnsupportedOperationException() - 若某子类暂时无法实现某个抽象方法，说明契约设计过重——该方法不该放在当前抽象类，应拆到更细分的抽象基类中
- 抽象类中已有默认实现的方法，子类想复用就不用重写；想替换就用
@Override，但别漏掉super.xxx()导致前置逻辑丢失
抽象类 vs 接口：选错会导致组件扩展卡死
当组件需要共享状态（如连接池引用、缓存容器）或复用代码逻辑（如日志前缀拼接、异常统一包装），必须用抽象类；纯行为契约（如 Serializable、Comparable）才用接口。
典型翻车场景：一开始用接口定义组件，后来发现所有实现都要共用一个 retryCount 字段和重试逻辑，只能强行加 default 方法——但字段无法 default，最终还得抽个抽象类来兜底，白改一版。
- 抽象类可含字段、构造器、静态方法、非 public 成员；接口只能有 public static final 字段和 public abstract / default / static 方法
- Java 不支持多继承，一个组件类只能 extends 一个抽象类，但可以 implements 多个接口——组件能力组合靠接口，核心骨架靠抽象类
- 如果未来组件要适配 Spring，抽象类里直接用
@Autowired注入依赖比接口安全（接口字段不能@Autowired）
Spring 环境下抽象类组件常被忽略的生命周期问题
抽象类本身不会被 Spring 扫描注册为 Bean，但它的子类会。问题在于：子类继承了抽象父类的字段和初始化逻辑，但 Spring 的 @PostConstruct 或 InitializingBean.afterPropertiesSet() 不会自动触发父类里的初始化代码。
比如你在 AbstractCacheComponent 里写了 initCachePool()，又在子类 RedisCacheComponent 上加了 @PostConstruct，结果父类的初始化完全没跑——缓存池始终 null。
- 把初始化逻辑统一收口到子类的
@PostConstruct方法里，显式调用super.init() - 避免在抽象类构造器里做耗时操作（如建连接），Spring 创建 Bean 时构造器执行顺序不可控
- 如果抽象类依赖其他 Bean（如
ObjectMapper），别用字段直接注入，改用setXxx()+@Autowired，确保 Spring 完成属性填充后再调用初始化
