问题分析与设计思路
在面向对象编程中，为具有继承关系的实体生成唯一标识符是一个常见需求。本教程将解决一个具体场景：需要为Item及其子类（如CommercialFlight、IndustrialFlight、Person、Cargo）生成9位长的唯一ID。这些ID的生成规则如下：
- 总长度：所有ID均为9位数字。
-
首位数字：根据Item的具体类型而变化：
- CommercialFlight：1
- IndustrialFlight：2
- Person：3
- Cargo：4
-
后8位数字：从0开始，每创建一个Item实例（无论其具体类型），该数字就递增1。
- 例如：第一个Item（假设是CommercialFlight）ID为100000000；第二个Item（假设是Person）ID为300000001。
初始尝试可能是在父类构造器中使用this instanceof Subclass来判断类型并分配ID。然而，这种方法存在明显缺陷：局部变量（如commercialID）在每次构造器调用时都会被重新初始化，无法实现全局递增。即使将这些变量声明为static，也需要为每种类型维护一个独立的静态计数器，并且在父类中通过instanceof进行类型判断，这违反了开闭原则，每次新增子类都需要修改父类代码。
为了实现一个健壮、可扩展的解决方案，我们将采用以下设计原则：
- 全局唯一序列：使用一个static变量在顶层抽象类中维护一个全局递增的计数器，确保所有Item实例的后8位数字都是唯一的。
- 类型特定前缀：利用抽象方法，让每个具体的子类负责提供其特有的首位数字（前缀），从而避免在父类中进行类型判断。
- 构造器统一生成：在顶层抽象类的构造器中完成ID的最终组装。
核心实现：Item抽象类
Item类作为所有具体物品的抽象基类，负责定义ID生成的核心逻辑。它将包含一个静态变量来跟踪全局序列，以及一个抽象方法来获取子类特定的ID前缀。
立即学习“Java免费学习笔记（深入）”；
public abstract class Item {
protected int id; // 存储生成的ID
protected static int lastGeneratedId = 0; // 静态变量，用于生成ID的后8位，全局唯一递增
/**
* Item类的构造器，负责生成并组装唯一ID。
* 每次创建Item的子类实例时，都会调用此构造器。
*/
protected Item() {
// 递增全局计数器，确保后8位数字的唯一性
lastGeneratedId++;
// 组装ID：(前缀 * 100,000,000) + 后8位序列号
// 例如：前缀为1，序列号为0，则ID为 1 * 100,000,000 + 0 = 100,000,000
// 前缀为3，序列号为1，则ID为 3 * 100,000,000 + 1 = 300,000,001
this.id = 100000000 * getIdPrefix() + lastGeneratedId;
System.out.println(toString()); // 打印创建的Item及其ID
}
/**
* 抽象方法，强制子类实现，以提供其特有的ID前缀。
*
* @return 该Item类型对应的ID首位数字。
*/
protected abstract int getIdPrefix();
@Override
public String toString() {
return "New " + getClass().getName() + " created with id " + id;
}
}代码解析：
- protected static int lastGeneratedId = 0;：这是一个静态变量，意味着它属于Item类本身，而不是任何特定的Item实例。所有Item的子类共享这一个计数器，从而保证了ID后8位数字的全局唯一性和递增性。protected修饰符允许子类访问，但在这里主要由Item构造器使用。
- protected Item()：构造器被声明为protected，因为Item是一个抽象类，不能直接实例化。它的作用是为所有子类提供统一的ID生成逻辑。
- lastGeneratedId++：在每次创建新的Item实例时，都会递增这个静态计数器。
- this.id = 100000000 * getIdPrefix() + lastGeneratedId;：这是ID组装的关键。getIdPrefix()方法会返回当前具体子类定义的前缀（例如1、2、3或4），乘以100,000,000将其置于9位ID的首位，然后加上lastGeneratedId作为后8位。
- protected abstract int getIdPrefix();：这是一个抽象方法，意味着Item类本身不提供实现，而是强制所有非抽象的子类必须提供这个方法的具体实现。这正是实现类型特定前缀的关键机制，它利用了多态性。
- toString()：提供了一个友好的字符串表示，方便调试和查看生成的ID。
中间抽象子类：Flight 和 Payload
为了更好地组织类层次结构，我们引入了两个中间抽象类：Flight和Payload。它们继承自Item，并各自作为不同类型物品的基类。
// Flight类，作为所有飞行器类型的抽象基类
public abstract class Flight extends Item {
public Flight() {
super(); // 调用父类Item的构造器，完成ID生成
}
}
// Payload类，作为所有载荷类型的抽象基类
public abstract class Payload extends Item {
public Payload() {
super(); // 调用父类Item的构造器，完成ID生成
}
}这些中间抽象类本身不提供getIdPrefix()的实现，因为它们仍然是抽象的。它们的主要作用是构建更清晰的继承体系。
具体类型实现：子类
现在，我们来创建具体的子类。每个子类都必须实现getIdPrefix()方法，返回其对应的ID前缀。
CommercialFlight
public class CommercialFlight extends Flight {
public CommercialFlight() {
super(); // 调用父类Flight的构造器，最终会调用Item的构造器
}
@Override
protected int getIdPrefix() {
return 1; // 商业航班的ID前缀为1
}
}IndustrialFlight
public class IndustrialFlight extends Flight {
public IndustrialFlight() {
super(); // 调用父类Flight的构造器
}
@Override
protected int getIdPrefix() {
return 2; // 工业航班的ID前缀为2
}
}Person
public class Person extends Payload {
public Person() {
super(); // 调用父类Payload的构造器
}
@Override
protected int getIdPrefix() {
return 3; // 人员的ID前缀为3
}
}Cargo
public class Cargo extends Payload {
public Cargo() {
super(); // 调用父类Payload的构造器
}
@Override
protected int getIdPrefix() {
return 4; // 货物的ID前缀为4
}
}代码解析：
- 每个具体子类的构造器都通过super()调用其直接父类的构造器，最终会追溯到Item类的构造器，从而触发ID的生成逻辑。
- 关键在于每个子类都实现了getIdPrefix()方法，并返回了各自类型对应的整数前缀。当Item构造器中的getIdPrefix()被调用时，由于多态性，实际执行的是当前具体子类（例如CommercialFlight）的实现。
测试与验证
为了验证ID生成机制的正确性，我们可以创建一个测试类来实例化不同类型的Item。
public class ItemTester {
public static void main(String[] args) {
System.out.println("--- 开始创建Item实例 ---");
new Cargo(); // ID前缀4, 序列号1
new IndustrialFlight(); // ID前缀2, 序列号2
new Cargo(); // ID前缀4, 序列号3
new CommercialFlight(); // ID前缀1, 序列号4
new IndustrialFlight(); // ID前缀2, 序列号5
new Person(); // ID前缀3, 序列号6
new Person(); // ID前缀3, 序列号7
System.out.println("--- Item实例创建完毕 ---");
}
}预期输出：
--- 开始创建Item实例 --- New Cargo created with id 400000001 New IndustrialFlight created with id 200000002 New Cargo created with id 400000003 New CommercialFlight created with id 100000004 New IndustrialFlight created with id 200000005 New Person created with id 300000006 New Person created with id 300000007 --- Item实例创建完毕 ---
从输出可以看出，ID的前缀正确地反映了类型，而后缀（后8位数字）则在所有Item实例之间保持了全局递增，完全符合设计要求。
总结与最佳实践
通过上述实现，我们成功地构建了一个灵活且可扩展的唯一ID生成系统。
- 利用静态变量实现全局状态：lastGeneratedId作为静态变量，在所有Item及其子类实例之间共享，确保了ID后缀的全局唯一递增。
- 利用抽象方法实现多态：getIdPrefix()抽象方法强制子类提供其特有的ID前缀，避免了在父类中使用instanceof进行类型判断，使代码更加符合开闭原则，易于扩展。
- 构造器统一逻辑：ID的组装逻辑集中在顶层抽象类的构造器中，保证了所有Item实例ID生成方式的一致性。
这种设计模式在处理具有相似行为但特定属性不同的对象集合时非常有用。它体现了面向对象编程中继承、多态和封装的强大组合，使得系统结构清晰，维护和扩展都更为便捷。
注意事项：
- 线程安全：在多线程环境下，lastGeneratedId++操作可能存在竞态条件。如果应用程序是多线程的，需要使用synchronized关键字、AtomicInteger类或Java的并发工具来确保lastGeneratedId递增的线程安全。
- ID持久化：本方案生成的ID在程序运行期间是唯一的。如果需要跨应用程序重启保持ID的唯一性，则需要将lastGeneratedId的值持久化到数据库或文件中，并在程序启动时加载。
- ID长度限制：当前设计限制ID为9位。如果lastGeneratedId超过99,999,999，ID的长度将发生变化。对于更长的ID或更复杂的序列，可能需要调整生成逻辑，例如使用String.format()来填充前导零。
