在Java开发中，抽象类常被用来定义日志组件的通用行为，比如规定日志输出格式与基础级别。当业务突然要求加入如AUDIT这类新日志级别时，直接改抽象类会牵动所有子类，风险较高。我们可以通过扩展手段，在不动旧代码的情况下完成功能补充。
原有抽象类结构分析
假设现有抽象类定义了四种级别，子类负责具体写日志。代码如下：
public abstract class BaseLogger {
public static final int DEBUG = 1;
public static final int INFO = 2;
public static final int WARN = 3;
public static final int ERROR = 4;
public void log(int level, String msg) {
if (support(level)) {
write(format(level, msg));
}
}
protected abstract boolean support(int level);
protected abstract void write(String content);
protected String format(int level, String msg) {
return level + ":" + msg;
}
}
该抽象类通过support()方法控制级别，老子类只认上述四个常量。
利用继承扩展新级别
不修改BaseLogger，新建扩展抽象类，增加AUDIT级别并兼容旧级别判断：
public abstract class ExtendLogger extends BaseLogger {
public static final int AUDIT = 5;
@Override
protected boolean support(int level) {
if (level == AUDIT) {
return true;
}
return super.support(level);
}
@Override
protected void write(String content) {
// 旧逻辑由具体子类实现，新级别可在此转发
doWrite(content);
}
protected abstract void doWrite(String content);
}
老子类无需变动，新日志类继承ExtendLogger即可输出AUDIT。
使用装饰器包裹旧实例
若旧对象已生成，可用装饰器拦截日志调用：
public class LoggerDecorator {
private BaseLogger target;
public static final int AUDIT = 5;
public LoggerDecorator(BaseLogger target) {
this.target = target;
}
public void log(int level, String msg) {
if (level == AUDIT) {
System.out.println("AUDIT:" + msg);
} else {
target.log(level, msg);
}
}
}
| 方案 | 改动范围 | 适用场景 |
|---|---|---|
| 继承扩展 | 新增类 | 新模块使用新基类 |
| 装饰器 | 新增包装类 | 旧实例不能替换 |
小结
通过抽象类继承或装饰器模式，我们遵守开闭原则，在不改动现有代码基础上完成Java抽象类功能扩展，顺利接入新日志级别。实际选型应看系统生命周期与对象管理方式。