Java多线程编程：Thread、Runnable与Callable实战对比

1. 多线程编程的核心价值与实现路径

在当今高并发处理成为标配的软件开发环境中，多线程技术早已从加分项变成了必备技能。我经历过太多因为线程管理不当导致的性能瓶颈——某个深夜紧急处理过的线上服务崩溃，根源就是简单的线程池配置不当。Java的JUC（java.util.concurrent）包提供了工业级的并发解决方案，但理解基础实现方式仍然是每个开发者的必修课。

多线程实现的三种经典方式各具特色：直接继承Thread类简单粗暴但缺乏扩展性，实现Runnable接口更符合面向对象设计，而Callable配合Future则带来了返回值和处理异常的能力。选择哪种方式不是非此即彼的问题，而是要根据任务特性、返回值需求和异常处理复杂度来决策。比如计算密集型任务可能更适合Runnable，而需要获取结果的IO操作则应该优先考虑Callable。

2. 继承Thread类的实现方式

2.1 基础实现与生命周期控制

继承Thread类是最直观的实现方式，通过重写run()方法定义线程执行逻辑。我早期项目中的日志异步处理器就是这么实现的：

java复制class LogThread extends Thread {
    private final BlockingQueue<String> logQueue;
    
    public LogThread(BlockingQueue<String> queue) {
        this.logQueue = queue;
    }
    
    @Override
    public void run() {
        while(!Thread.currentThread().isInterrupted()) {
            try {
                String log = logQueue.take();
                writeToDisk(log);
            } catch (InterruptedException e) {
                Thread.currentThread().interrupt();
            }
        }
    }
}

这里有几个关键点需要注意：

1. 使用isInterrupted()而非标志位控制循环，这是更规范的线程终止方式
2. 捕获InterruptedException后恢复中断状态，避免吞没中断信号
3. 资源清理工作在循环外部处理，确保线程退出时释放资源

2.2 内存可见性与线程安全问题

继承方式的最大隐患是共享资源访问。我曾调试过一个诡异的bug：两个统计线程总是输出不一致的结果。最终发现是父类的成员变量被多个子线程共享导致的竞态条件。正确的做法应该是：

java复制class SafeCounterThread extends Thread {
    // 每个线程独立持有计数器
    private final ThreadLocal<Integer> localCounter = ThreadLocal.withInitial(() -> 0);
    
    @Override
    public void run() {
        for(int i=0; i<100; i++) {
            localCounter.set(localCounter.get() + 1);
        }
        System.out.println(getName() + ": " + localCounter.get());
    }
}

重要提示：避免在Thread子类中定义可修改的实例