多线程面试题及答案.docxVIP

多线程面试题及答案

1.你理解的“线程”和“进程”有什么区别？实际开发中怎么选？

答案：简单说，进程是“一个程序跑起来的实例”，比如打开微信就是一个进程，它有自己独立的内存空间；线程是进程里的“执行单元”，比如微信里同时发消息、刷朋友圈，就是两个线程在干活，线程共享进程的内存。

区别核心看两点：一是资源占用，进程比线程重（开进程要分配新内存），二是切换成本，线程切换比进程快（不用换内存空间）。

实际开发里，比如做文件下载，要是用多进程，每个下载都占一堆内存，没必要；用多线程就轻量。但如果是做两个完全独立的功能（比如一个做数据计算，一个做UI渲染），怕互相影响，就可能用多进程（比如浏览器的每个标签页都是进程，一个崩了不影响其他）。

2.线程有哪些状态？你遇到过线程一直“阻塞”的情况吗？怎么排查的？

答案：以Java为例，线程状态有6种：新建（刚new出来）、就绪（start()后等CPU调度）、运行（正在执行run()）、阻塞（等锁或等IO，比如synchronized没拿到锁）、等待（主动等，比如调用wait()，得别人notify()才醒）、终止（run()执行完）。

我之前遇过线程阻塞：服务接口响应变慢，查日志发现某个方法卡着。用jstack命令打线程栈，看到有个线程状态是BLOCKED，后面跟着“waitingformonitorentry”，指向一个synchronized修饰的工具类方法。再看其他线程，发现有个线程拿着这个锁，却在里面调用了一个慢SQL（查了大表没索引），导致锁一直不放，其他线程全堵着。最后加了索引，锁占用时间短了，阻塞就没了。

3.synchronized和volatile都能处理线程安全，它们的区别在哪？实际怎么用？

答案：最大区别是“能解决的问题范围”：

synchronized是“全能选手”，能保证原子性（比如i++不被打断）、内存可见性（改了马上同步到主内存）、有序性（不让指令重排）；但它是重量级锁（现在Java优化了有偏向锁、轻量级锁），加锁解锁有开销。

volatile是“轻量选手”，只能保证内存可见性和有序性，不能保证原子性（比如i++用volatile还是会错，因为i++分读、加、写三步）。它不用加锁，适合“一个线程写、多个线程读”的场景，比如配置类的开关变量（改了之后所有线程马上看到新值）。

实际用：比如统计接口调用次数（i++），必须用synchronized；比如做服务降级的开关（isDown变量，一个线程改，其他线程判断），用volatile就够了，比synchronized快。

4.线程池参数里，核心线程数、最大线程数、工作队列怎么配？配错会有什么问题？

答案：线程池核心参数就这三个+拒绝策略，配置得看任务类型：

要是CPU密集型任务（比如算大数据量的排序、加密）：核心线程数设成“CPU核心数+1”就行，多了反而会因为线程切换浪费资源（比如4核CPU，设5个核心线程）。

要是IO密集型任务（比如查数据库、调用接口）：线程会经常等IO（等数据库返回、等接口响应），这时候可以多开线程，核心线程数设成“2*CPU核心数”，比如4核设8个，让CPU在等IO的时候能处理其他线程。

配错的坑：比如把IO密集型任务的核心线程数设太少，会导致任务排队，接口响应慢；要是设太多，线程切换频繁，CPU使用率反而上不去。还有工作队列，要是用无界队列（比如LinkedBlockingQueue），任务多的时候会一直加队列，内存撑爆；用有界队列（比如ArrayBlockingQueue），满了就触发拒绝策略，得提前想好怎么处理（比如抛异常还是重试）。

5.什么情况下会发生死锁？你怎么避免和排查死锁？

答案：死锁就是“两个线程互相拿着对方要的锁，都不放”，比如线程A拿了锁1，要等锁2；线程B拿了锁2，要等锁1，俩人都卡着。必须满足4个条件才会触发：互斥（锁只能一个人拿）、持有并等待（拿着一个锁等另一个）、不可剥夺（别人拿的锁不能抢）、循环等待（你等我我等你）。

避免的话，只要打破一个条件就行，实际常用的是“按固定顺序拿锁”：比如不管哪个线程，都先拿锁1再拿锁2，就不会循环等待了。比如转账场景，转钱的时候先锁“付款人账户”，再锁“收款人账户”，所有人都按这个顺序，就不会死锁。

排查的话，我一般用jstack命令：打线程栈日志，搜“deadlock”关键字，能直接看到哪个线程拿着哪个锁，在等哪个锁。比如之前查过一个死锁，日志里显示线程1拿着0x00000