Scala中的???是一个特殊的占位符，它的作用是标记代码中尚未实现的逻辑，同时保证代码在编译阶段不会报错，运行时如果执行到该位置会直接抛出异常。很多Java开发者希望在自己的项目中也能实现类似的功能，避免未完成的代码影响整体编译流程。
方案一：自定义异常类实现
最基础的实现方式是自定义一个继承自RuntimeException的异常类，然后在类中定义静态方法返回该异常实例，模拟???的占位符效果。
实现步骤
- 创建自定义异常类，继承RuntimeException
- 在异常类中添加静态方法，方法体抛出当前异常实例
- 在需要标记未实现逻辑的位置调用该静态方法
代码示例
// 自定义占位符异常类
class NotImplementedException extends RuntimeException {
public NotImplementedException() {
super("This method is not implemented yet");
}
// 静态方法模拟???占位符
public static <T> T placeholder() {
throw new NotImplementedException();
}
}
// 使用示例
public class Test {
// 未实现的方法，使用占位符标记
public static String getUserName() {
return NotImplementedException.placeholder();
}
public static void main(String[] args) {
// 调用未实现的方法会抛出异常
getUserName();
}
}
方案二：结合泛型实现通用占位符
为了适配不同的返回值类型，可以对上述方案进行优化，通过泛型让占位符方法支持任意返回类型，使用体验和Scala的???更接近。
优化后的代码
class PlaceholderUtil {
// 泛型占位符方法，支持任意返回类型
public static <T> T todo() {
throw new RuntimeException("TODO: This logic is not implemented yet");
}
}
public class Demo {
// 返回int类型的方法使用占位符
public int calculateSum() {
return PlaceholderUtil.todo();
}
// 返回自定义对象的方法使用占位符
public User getUserInfo() {
return PlaceholderUtil.todo();
}
static class User {
private String name;
public String getName() {
return name;
}
}
}
方案三：使用Java 8的Supplier接口适配
如果需要在某些场景下延迟执行占位符逻辑，可以结合Supplier接口实现，让占位符的使用更加灵活。
import java.util.function.Supplier;
public class SupplierPlaceholder {
// 基于Supplier的占位符实现
public static <T> Supplier<T> todoSupplier() {
return () -> {
throw new RuntimeException("TODO: Logic not implemented");
};
}
public static void main(String[] args) {
// 定义待实现的Supplier
Supplier<String> getData = todoSupplier();
// 只有调用get方法时才会抛出异常
// getData.get();
}
}
不同方案对比
以下是三种实现方案的优缺点对比：
| 方案 | 优点 | 缺点 | 适用场景 |
|---|---|---|---|
| 自定义异常类 | 实现简单，逻辑清晰 | 功能单一，扩展性弱 | 简单的未实现逻辑标记 |
| 泛型通用占位符 | 支持任意返回类型，使用灵活 | 需要额外定义工具类 | 大部分常规开发场景 |
| Supplier接口适配 | 支持延迟执行，适配函数式编程场景 | 使用方式相对复杂 | 函数式编程、需要延迟触发的场景 |
注意事项
在使用自定义占位符时需要注意以下几点：
- 占位符方法会直接抛出异常，不要在核心业务流程中随意调用，避免影响程序正常运行
- 建议在占位符的异常信息中标注对应的类和方法，方便后续排查未实现的逻辑
- 如果项目已经使用了类似Lombok的框架，可以直接使用Lombok提供的
@Todo相关注解，无需重复实现
需要注意的是，Java本身没有原生的???语法支持，以上方案都是通过语法特性模拟实现，和Scala的原生???在底层实现上有区别，但使用效果基本一致。