Java并发核心与多线程详解

Java并发编程的本质挑战在于安全地共享状态，而非简单启动多线程：start()才真正创建并调度新线程，而直接调用run()只是同步方法调用；volatile仅保障可见性，无法解决复合操作的原子性问题，计数场景需借助AtomicInteger或锁；synchronized实际锁定的是对象实例（this、Class或显式指定对象），理解锁粒度是避免竞争与误用的关键；submit()通过Future提供结果获取、异常捕获和超时控制能力，远比无返回的execute()更适合需要可靠性与可观测性的生产场景——真正写好并发，始于对内存模型、锁机制和任务抽象的精准把握。

Thread.start() 和 Runnable.run() 的区别到底在哪

很多人调用 run() 发现代码顺序执行、没并发，却以为是线程没起起来。本质区别在于：start() 会触发 JVM 创建新线程并调度执行 run()；而直接调用 run() 只是普通方法调用，仍在当前线程里跑。

• 错误写法：new Thread(() -> System.out.println("hello")).run(); → 没新线程，无并发
• 正确写法：new Thread(() -> System.out.println("hello")).start();
• 注意：start() 只能调用一次，重复调用抛 IllegalThreadStateException

volatile 关键字能解决所有可见性问题吗

不能。volatile 只保证变量的**读写立即刷到主内存**、其他线程能立刻看到最新值，但它不提供原子性。比如 counter++（读-改-写三步）即使 counter 是 volatile，依然可能丢数据。

• 适用场景：状态标志位，如 volatile boolean shutdownRequested;
• 不适用场景：计数器、累加、复合逻辑判断（如 if (flag && value > 0) 中的 flag 单独 volatile 不够）
• 替代方案：需要原子性时用 AtomicInteger、AtomicBoolean，或加锁

synchronized 锁的是对象，不是代码块或方法

这句话常被误解。准确说是：锁的是 **synchronized 作用范围内指定的对象实例**。静态方法锁的是当前类的 Class 对象；实例方法锁的是 this；同步块锁的是括号里写的那个对象引用。

public class Counter {
    private final Object lock = new Object();
    private int count = 0;

    public void incBySyncBlock() {
        synchronized (lock) { // ← 锁住的是 lock 这个对象
            count++;
        }
    }

    public synchronized void incBySyncMethod() {
        // ← 锁住的是 this 实例
        count++;
    }

    public static synchronized void incStatic() {
        // ← 锁住的是 Counter.class
    }
}

• 不同实例调用同一个 synchronized 实例方法，互不影响（锁对象不同）
• 多个线程竞争同一把锁时，会阻塞等待，但不会死锁（除非嵌套锁顺序不一致）
• synchronized 是可重入锁，同一线程可多次进入同一把锁保护的区域

ExecutorService submit() 和 execute() 到底选哪个

关键看要不要结果和异常处理能力。execute(Runnable) 只负责提交任务，不返回任何东西，异常若未捕获会静默丢失；submit() 返回 Future，支持获取返回值、主动检查异常、控制超时。

• 用 execute()：纯异步通知、日志记录、无返回、不关心成败
• 用 submit(Runnable)：要感知任务是否完成（future.isDone()），或统一捕获异常
• 用 submit(Callable)：需要返回计算结果，比如异步查数据库后聚合
• 注意：Future.get() 是阻塞的，不设超时可能卡死线程池

ExecutorService pool = Executors.newFixedThreadPool(2);
// execute：异常吞掉，很难调试
pool.execute(() -> { throw new RuntimeException("boom"); });

// submit + get：异常会包装在 ExecutionException 里抛出
Future f = pool.submit(() -> { throw new RuntimeException("boom"); });
try {
    f.get(); // ← 这里才真正抛出异常
} catch (ExecutionException e) {
    System.err.println(e.getCause()); // 打印 "boom"
}

理论要掌握，实操不能落！以上关于《Java并发核心与多线程详解》的详细介绍，大家都掌握了吧！如果想要继续提升自己的能力，那么就来关注golang学习网公众号吧！