Java代码两类警告能否抑制？附序列化及异步编程场景示例

1. 反序列化时的「Unchecked cast from 'Object' to 'List'」警告 #

问题原因 #

Java泛型存在类型擦除机制，反序列化时ois.readObject()返回的是Object类型，编译器无法在运行时验证强制转换为List<Expense>的类型安全性，因此抛出unchecked cast警告。

解决方法 #

方法一：手动验证元素类型，确保类型安全

先将对象转换为原始类型List，再逐个检查元素是否为Expense类型，避免不安全的强制转换：

try (FileInputStream fis = new FileInputStream(SAVE_FILE);
     ObjectInputStream ois = new ObjectInputStream(fis)) {

    Object obj = ois.readObject();
    if (!(obj instanceof List)) {
        throw new IOException("保存的数据格式不符合预期");
    }
    List<?> rawList = (List<?>) obj;
    List<Expense> expenseList = new ArrayList<>();
    for (Object item : rawList) {
        if (item instanceof Expense) {
            expenseList.add((Expense) item);
        } else {
            throw new IOException("数据中包含非Expense类型的元素");
        }
    }
    return expenseList;
}

方法二：使用@SuppressWarnings抑制警告（仅在确认类型安全时使用）

如果你能确保序列化的List中所有元素都是Expense类型，可以添加注释说明后用注解抑制警告：

try (FileInputStream fis = new FileInputStream(SAVE_FILE);
     ObjectInputStream ois = new ObjectInputStream(fis)) {

    @SuppressWarnings("unchecked") // 确认序列化对象为List<Expense>，类型安全
    List<Expense> expenseList = (List<Expense>) ois.readObject();
    return expenseList;
}

2. 循环中调用Thread.sleep()的「Call to Thread.sleep() in a loop, probably busy waiting」警告 #

问题原因 #

原代码通过循环轮询process.isDone()并调用Thread.sleep()的方式，属于低效的忙等模式，因此编译器抛出警告。

解决方法：利用Future.get()的超时机制替代轮询 #

使用Future.get(long timeout, TimeUnit unit)方法，设置1秒超时时间，超时则打印省略号，任务完成则退出循环，避免忙等：

try (ExecutorService service = Executors.newSingleThreadExecutor()) {
    Future<String> process = service.submit(() -> {
        Thread.sleep(2500);
        return "______________________";
    });

    while (true) {
        try {
            // 等待1秒，超时则进入catch块打印省略号
            String result = process.get(1000, TimeUnit.MILLISECONDS);
            System.out.println(result);
            break;
        } catch (TimeoutException e) {
            System.out.print(".");
        }
    }
}

如果确实需要保留原逻辑，也可以使用对应IDE的警告抑制注解（如IntelliJ中用@SuppressWarnings("BusyWait")），但推荐使用Future.get()超时的方式，代码更优雅高效。

内容的提问来源于stack exchange，提问作者Andruid929