说实话，提起多线程这玩意儿，有时候真让人头大。那种感觉怎么形容呢？大概比我家那只高冷的猫抢沙发还难控制。你永远不知道它下一秒是想睡个懒觉，还是突然发疯满屋子乱跑。

前阵子我去面试，对面坐着一位kan起来挺和蔼的技术总监。开场白还没聊两句，他突然话锋一转，眼神犀利地盯着我：“你对Java多线程熟吗？”

那一瞬间，我脑海里闪过无数个念头。熟？我每天dou在跟它打仗，修Bug修到头秃。但我嘴上还是得保持微笑，心里却在打鼓：这可是个深坑，稍不留神就会掉进去爬不出来。

一、 别被“继承”给框死了：线程创建的那些事儿

hen多人刚开始学多线程，面试官一问“怎么创建线程”，张口就来“继承Thread类”。这也没错，但这只是Zui皮毛的东西。Ru果你只说到这里面试官心里可NengYi经给你打了个问号。

我记得当时我就多嘴补了一句：“其实我geng倾向于用Runnable接口。”

为什么？这道理其实特简单。Java只支持单继承，你继承了Thread类，就意味着你这辈子dou不Neng继承别的类了。这就像你签了一份卖身契给一家公司，想跳槽？门儿dou没有。但实现Runnable接口就不一样，这就像是签了个外包合同，活儿干完了你还Ke以去接别的活儿，灵活度瞬间拉满。

给大伙儿kan个例子，比如我们要模拟一个煎蛋的过程：

class EggCooker extends Thread {
    @Override
    public void run {
        System.out.println;
    }
}
public class ThreadDemo {
    public static void main {
        Thread chef = new EggCooker;
        chef.start; // 记住是start，不是run，别犯低级错误
    }
}

这代码kan着没毛病，但Ru果我们想把这个“厨师”复用到别的场景呢？比如既要是厨师，又要是服务员，那就歇菜了。所以kankan下面这种写法，是不是顺眼多了？

class CoffeeMaker implements Runnable {
    @Override
    public void run {
        System.out.println;
    }
}
public class RunnableDemo {
    public static void main {
        Task task = new CoffeeMaker;
        Thread worker = new Thread;
        worker.start;
    }
}

二、 厨房里的混乱：同步与锁的艺术

多线程Zui难搞的是什么？不是怎么启动它，而是怎么管住它。想象一下你开了一家餐厅，厨房里只有一口锅，但你有十个厨师。要是大家dou抢着往锅里扔菜，Zui后出来的只Neng是一锅黑暗料理。

面试官Zui爱问的就是：“为什么要同步？不用synchronized会怎样？”

我当时打了个比方：“锅没加锁，张三扔进去个鸡蛋，李四紧接着把咖啡粉倒进去了Zui后这锅东西你敢喝吗？”面试官听完笑了我也笑了但这问题确实扎心，这就是典型的线程安全问题。

咱们来kankan一个经典的计数器例子，这玩意儿在并发环境下就是个不定时炸弹：

class Counter {
    private int count = 0;
    // Ru果不加synchronized，结果绝对不是10000
    public synchronized void increment {
        count++;
        System.out.println.getName + " 当前计数：" + count);
    }
}
public class SyncDemo {
    public static void main {
        Counter counter = new Counter;
        for  {
            new Thread -> counter.increment, "线程-" + i).start;
        }
    }
}

这时候，面试官往往会追着问：“synchronized的锁粒度怎么选？”

这问题hen有水平。我当时心里想：粒度大了就像把整个厨房锁了一个人干活，其他人dou在门口排队，效率低得离谱；粒度小了只锁一个鸡蛋，结果拿锅的时候又跟人冲突了死锁可Neng随时来袭。面试官就喜欢你这种权衡利弊的思考过程，而不是死记硬背概念。

ReentrantLock：geng灵活的“智Neng门锁”

除了synchronized，咱们还有ReentrantLock。我之前Zuo过一个高并发的日志处理系统，一开始十几线程同时往文件里写，没加锁直接挂了数据乱成一团麻。后来把synchronized换成了ReentrantLock，配合try/finally，系统才稳得住。

这类真实的踩坑案例，比任何官方文档上的定义douNeng打动面试官。你要告诉他你遇到过什么问题，怎么解决的，而不是仅仅背书。

三、 那些让人抓狂的细节：Volatile与CAS

聊完锁，重头戏来了。面试官嘴角微微上扬，抛出了那个经典问题：“volatileNeng保证原子性吗？”

你心里得默念三遍：不不不。

Volatile只Neng保证可见性和有序性，保证不了原子性。这就好比虽然大家douNengkan到锅里的菜熟没熟，但Ru果两个人同时往里加盐，盐量还是可Neng不对。

紧接着，CAS肯定跑不了。这玩意儿是乐观锁的代表，面试官Zui爱问它的“ABA问题”。

我当时想打个比方：你桌子上放了一百块钱，你低头捡个笔，被人换成了一百块假币，等你抬头kan，还是一百块钱，你以为没动过——这就是ABA。虽然钱的面额没变，但钱的性质Yi经变了。

在代码里这可Neng导致严重的逻辑错误。怎么解决？加版本号呗！就像给钱贴个条形码，每次变动版本号dou变一下别人想偷偷换回来？没门，版本号对不上。

四、 线程池：别让厨房爆了

线程是个昂贵的资源，不Neng随便new一个就扔出去跑。这就好比你不Neng每来一个客人就雇一个厨师，成本太高了。所以线程池就成了标配。

面试官问：“线程池的拒绝策略你知道吗？”

我说：“知道，就是告诉我厨房爆满，别再叫我了要么把客人拒之门外要么让排队的人自己想办法。”

咱们来kankan怎么创建一个简单的线程池：

import java.util.concurrent.ExecutorService;
import java.util.concurrent.Executors;
public class KitchenPoolDemo {
    public static void main {
        // 创建一个固定大小的线程池，就像雇了5个固定厨师
        ExecutorService pool = Executors.newFixedThreadPool;
        for  {
            int finalI = i;
            pool.submit -> {
                System.out.println.getName);
            });
        }
        pool.shutdown; // 记得关门，不然厨师一直等着
    }
}

这里面的门道也不少。比如FixedPool和CachedPool的区别？

FixedPool就像正规军，人数固定，来活了就干，干完等着；CachedPool就像临时工，来活了就招人，没活干就把人辞了Ru果活儿太多，可Neng会招太多人把系统撑爆。面试的时候，Neng说出这种场景化的理解，绝对加分。

五、 线程的状态：它到底在干嘛？

线程这东西，不是一直在跑的。它也有自己的心情，状态切换那是相当频繁。面试官不仅会让你背NEW、RUNNABLE、BLOCKED、WAITING、TIMED_WAITING、TERMINATED这几个状态，还爱问“状态切换为什么会发生？”

比如调用了 `obj.wait`，线程就进入WAITING状态，等着别人叫醒；调用了 `Thread.sleep`，它就进入TIMED_WAITING，睡够了自然醒；抢锁失败，就BLOCKED堵在门口。

代码随便写个示例感受一下：

public class StateDemo {
    public static void main throws InterruptedException {
        Thread t = new Thread -> {
            try {
                Thread.sleep; // TIMED_WAITING
                synchronized  {
                    Thread.sleep; // 抢到锁之后睡一会
                }
            } catch  {
                e.printStackTrace;
            }
        });
        t.start; // NEW -> RUNNABLE
        Thread.sleep; 
        System.out.println); // 可Neng是TIMED_WAITING
    }
}

Zui后补一句：线程调度完全靠JVM和操作系统，你想让它顺序执行？呵呵，别Zuo梦了。除非你用CountDownLatch或者Future把它们的顺序强行卡住否则它们就像脱缰的野马，谁先跑完全kan心情。

六、 ：多线程其实就是生活

其实不只是Java，其他语言也有线程，这玩意儿在编程世界里太常见了。举个Zui典型的例子：你在网络上放一个服务端，成千上万个客户端同时访问，Ru果不用多线程，一个用户连进来其他人就得排队，那这服务器基本也就废了。

面试的时候，别光背概念，要Neng说出感受。多线程就像开了一间繁忙的厨房，厨师多了锅有限。你得学会调度，学会加锁，学会拒绝，否则乱套了是分分钟的事。

下次面试官再问你多线程，别再无言以对了。把厨房打开，把锅铲挥舞起来告诉他：这题，我会！

---