请大家在阅读完参考资料的前两项后,再看问题
Java多线程编程总结
Java多线程 并发编程
Java多线程和并发基础面试问答
15个多线程面试题
一个进程是一个独立(self contained)的运行环境&＃xff0c;它可以被看作一个程序或者一个应用。而线程是在进程中执行的一个任务。Java运行环境是一个包含了不同的类和程序的单一进程。线程可以被称为轻量级进程。线程需要较少的资源来创建和驻留在进程中&＃xff0c;并且可以共享进程中的资源。
在多线程程序中&＃xff0c;多个线程被并发的执行以提高程序的效率&＃xff0c;CPU不会因为某个线程需要等待资源而进入空闲状态。多个线程共享堆内存(heap memory)&＃xff0c;因此创建多个线程去执行一些任务会比创建多个进程更好。举个例子&＃xff0c;Servlets比CGI更好&＃xff0c;是因为Servlets支持多线程而CGI不支持。
当我们在Java程序中创建一个线程&＃xff0c;它就被称为用户线程。一个守护线程是在后台执行并且不会阻止JVM终止的线程。当没有用户线程在运行的时候&＃xff0c;JVM关闭程序并且退出。一个守护线程创建的子线程依然是守护线程。
有两种创建线程的方法&＃xff1a;一是实现Runnable接口&＃xff0c;然后将它传递给Thread的构造函数&＃xff0c;创建一个Thread对象&＃xff1b;二是直接继承Thread类。
当我们在Java程序中新建一个线程时&＃xff0c;它的状态是New。当我们调用线程的start()方法时&＃xff0c;状态被改变为Runnable。线程调度器会为Runnable线程池中的线程分配CPU时间并且讲它们的状态改变为Running。其他的线程状态还有Waiting&＃xff0c;Blocked 和Dead。
当然可以&＃xff0c;但是如果我们调用了Thread的run()方法&＃xff0c;它的行为就会和普通的方法一样&＃xff0c;为了在新的线程中执行我们的代码&＃xff0c;必须使用Thread.start()方法。
我们可以使用Thread类的Sleep()方法让线程暂停一段时间。需要注意的是&＃xff0c;这并不会让线程终止&＃xff0c;一旦从休眠中唤醒线程&＃xff0c;线程的状态将会被改变为Runnable&＃xff0c;并且根据线程调度&＃xff0c;它将得到执行。
每一个线程都是有优先级的&＃xff0c;一般来说&＃xff0c;高优先级的线程在运行时会具有优先权&＃xff0c;但这依赖于线程调度的实现&＃xff0c;这个实现是和操作系统相关的(OS dependent)。我们可以定义线程的优先级&＃xff0c;但是这并不能保证高优先级的线程会在低优先级的线程前执行。线程优先级是一个int变量(从1-10)&＃xff0c;1代表最低优先级&＃xff0c;10代表最高优先级。
线程调度器是一个操作系统服务&＃xff0c;它负责为Runnable状态的线程分配CPU时间。一旦我们创建一个线程并启动它&＃xff0c;它的执行便依赖于线程调度器的实现。时间分片是指将可用的CPU时间分配给可用的Runnable线程的过程。分配CPU时间可以基于线程优先级或者线程等待的时间。线程调度并不受到Java虚拟机控制&＃xff0c;所以由应用程序来控制它是更好的选择&＃xff08;也就是说不要让你的程序依赖于线程的优先级&＃xff09;。
上下文切换是存储和恢复CPU状态的过程&＃xff0c;它使得线程执行能够从中断点恢复执行。上下文切换是多任务操作系统和多线程环境的基本特征。
我们可以使用Thread类的join()方法来确保所有程序创建的线程在main()方法退出前结束。这里有一篇文章关于Thread类的join()方法。
当线程间是可以共享资源时&＃xff0c;线程间通信是协调它们的重要的手段。Object类中wait()\notify()\notifyAll()方法可以用于线程间通信关于资源的锁的状态。
Java的每个对象中都有一个锁(monitor&＃xff0c;也可以成为监视器) 并且wait()&＃xff0c;notify()等方法用于等待对象的锁或者通知其他线程对象的监视器可用。在Java的线程中并没有可供任何对象使用的锁和同步器。这就是为什么这些方法是Object类的一部分&＃xff0c;这样Java的每一个类都有用于线程间通信的基本方法
当一个线程需要调用对象的wait()方法的时候&＃xff0c;这个线程必须拥有该对象的锁&＃xff0c;接着它就会释放这个对象锁并进入等待状态直到其他线程调用这个对象上的notify()方法。同样的&＃xff0c;当一个线程需要调用对象的notify()方法时&＃xff0c;它会释放这个对象的锁&＃xff0c;以便其他在等待的线程就可以得到这个对象锁。由于所有的这些方法都需要线程持有对象的锁&＃xff0c;这样就只能通过同步来实现&＃xff0c;所以他们只能在同步方法或者同步块中被调用。
Thread类的sleep()和yield()方法将在当前正在执行的线程上运行。所以在其他处于等待状态的线程上调用这些方法是没有意义的。这就是为什么这些方法是静态的。它们可以在当前正在执行的线程中工作&＃xff0c;并避免程序员错误的认为可以在其他非运行线程调用这些方法。sleep yield 区别
在Java中可以有很多方法来保证线程安全——同步&＃xff0c;使用原子类(atomic concurrent classes)&＃xff0c;实现并发锁&＃xff0c;使用volatile关键字&＃xff0c;使用不变类和线程安全类。在线程安全教程中&＃xff0c;你可以学到更多。
当我们使用volatile关键字去修饰变量的时候&＃xff0c;所以线程都会直接读取该变量并且不缓存它。这就确保了线程读取到的变量是同内存中是一致的。
同步块是更好的选择&＃xff0c;因为它不会锁住整个对象&＃xff08;当然你也可以让它锁住整个对象&＃xff09;。同步方法会锁住整个对象&＃xff0c;哪怕这个类中有多个不相关联的同步块&＃xff0c;这通常会导致他们停止执行并需要等待获得这个对象上的锁。
使用Thread类的setDaemon(true)方法可以将线程设置为守护线程&＃xff0c;需要注意的是&＃xff0c;需要在调用start()方法前调用这个方法&＃xff0c;否则会抛出IllegalThreadStateException异常。
ThreadLocal用于创建线程的本地变量&＃xff0c;我们知道一个对象的所有线程会共享它的全局变量&＃xff0c;所以这些变量不是线程安全的&＃xff0c;我们可以使用同步技术。但是当我们不想使用同步的时候&＃xff0c;我们可以选择ThreadLocal变量。
每个线程都会拥有他们自己的Thread变量&＃xff0c;它们可以使用get()\set()方法去获取他们的默认值或者在线程内部改变他们的值。ThreadLocal实例通常是希望它们同线程状态关联起来是private static属性。
ThreadGroup是一个类&＃xff0c;它的目的是提供关于线程组的信息。
ThreadGroup API比较薄弱&＃xff0c;它并没有比Thread提供了更多的功能。它有两个主要的功能&＃xff1a;一是获取线程组中处于活跃状态线程的列表&＃xff1b;二是设置为线程设置未捕获异常处理器(ncaught exception handler)。但在Java 1.5中Thread类也添加了setUncaughtExceptionHandler(UncaughtExceptionHandler eh) 方法&＃xff0c;所以ThreadGroup是已经过时的&＃xff0c;不建议继续使用。
t1.setUncaughtExceptionHandler(new UncaughtExceptionHandler(){&＃64;Override
public void uncaughtException(Thread t, Throwable e) {
System.out.println("exception occured:"&＃43;e.getMessage());
}});
线程转储是一个JVM活动线程的列表&＃xff0c;它对于分析系统瓶颈和死锁非常有用。有很多方法可以获取线程转储——使用Profiler&＃xff0c;Kill -3命令&＃xff0c;jstack工具等等。更喜欢jstack工具&＃xff0c;因为它容易使用并且是JDK自带的。由于它是一个基于终端的工具&＃xff0c;所以我们可以编写一些脚本去定时的产生线程转储以待分析。
死锁是指两个以上的线程永远阻塞的情况&＃xff0c;这种情况产生至少需要两个以上的线程和两个以上的资源。
分析死锁&＃xff0c;我们需要查看Java应用程序的线程转储。我们需要找出那些状态为BLOCKED的线程和他们等待的资源。每个资源都有一个唯一的id&＃xff0c;用这个id我们可以找出哪些线程已经拥有了它的对象锁。
避免嵌套锁&＃xff0c;只在需要的地方使用锁和避免无限期等待是避免死锁的通常办法。
java.util.Timer是一个工具类&＃xff0c;可以用于安排一个线程在未来的某个特定时间执行。Timer类可以用安排一次性任务或者周期任务。
java.util.TimerTask是一个实现了Runnable接口的抽象类&＃xff0c;我们需要去继承这个类来创建我们自己的定时任务并使用Timer去安排它的执行。
一个线程池管理了一组工作线程&＃xff0c;同时它还包括了一个用于放置等待执行的任务的队列。
java.util.concurrent.Executors提供了一个 java.util.concurrent.Executor接口的实现用于创建线程池。线程池例子展现了如何创建和使用线程池&＃xff0c;或者阅读ScheduledThreadPoolExecutor例子&＃xff0c;了解如何创建一个周期任务。
原子操作是指一个不受其他操作影响的操作任务单元。原子操作是在多线程环境下避免数据不一致必须的手段。
count&＃43;&＃43;并不是一个原子操作&＃xff0c;所以当一个线程读取它的值并加1时&＃xff0c;另外一个线程有可能会读到之前的值&＃xff0c;这就会引发错误。
为了解决这个问题&＃xff0c;必须保证增加操作是原子的&＃xff0c;在JDK1.5之前我们可以使用同步技术来做到这一点。到JDK1.5&＃xff0c;java.util.concurrent.atomic包提供了int和long类型的装类&＃xff0c;它们可以自动的保证对于他们的操作是原子的并且不需要使用同步。
Lock接口比同步方法和同步块提供了更具扩展性的锁操作。他们允许更灵活的结构&＃xff0c;可以具有完全不同的性质&＃xff0c;并且可以支持多个相关类的条件对象。
它的优势有&＃xff1a;
1. 可以使锁更公平
2. 可以使线程在等待锁的时候响应中断
3. 可以让线程尝试获取锁&＃xff0c;并在无法获取锁的时候立即返回或者等待一段时间
4. 可以在不同的范围&＃xff0c;以不同的顺序获取和释放锁
Executor框架同java.util.concurrent.Executor 接口在Java 5中被引入。Executor框架是一个根据一组执行策略调用&＃xff0c;调度&＃xff0c;执行和控制的异步任务的框架。
无限制的创建线程会引起应用程序内存溢出。所以创建一个线程池是个更好的的解决方案&＃xff0c;因为可以限制线程的数量并且可以回收再利用这些线程。利用Executors框架可以非常方便的创建一个线程池。
java.util.concurrent.BlockingQueue的特性是&＃xff1a;当队列是空的时&＃xff0c;从队列中获取或删除元素的操作将会被阻塞&＃xff0c;或者当队列是满时&＃xff0c;往队列里添加元素的操作会被阻塞。
1. 阻塞队列不接受空值&＃xff0c;当你尝试向队列中添加空值的时候&＃xff0c;它会抛出NullPointerException。
2. 阻塞队列的实现都是线程安全的&＃xff0c;所有的查询方法都是原子的并且使用了内部锁或者其他形式的并发控制。
3. BlockingQueue 接口是java collections框架的一部分&＃xff0c;它主要用于实现生产者-消费者问题。
Java 5在concurrency包中引入了java.util.concurrent.Callable 接口&＃xff0c;它和Runnable接口很相似&＃xff0c;但它可以返回一个对象或者抛出一个异常。
Callable接口使用泛型去定义它的返回类型。Executors类提供了一些有用的方法去在线程池中执行Callable内的任务。由于Callable任务是并行的&＃xff0c;我们必须等待它返回的结果。java.util.concurrent.Future对象为我们解决了这个问题。在线程池提交Callable任务后返回了一个Future对象&＃xff0c;使用它我们可以知道Callable任务的状态和得到Callable返回的执行结果。Future提供了get()方法让我们可以等待Callable结束并获取它的执行结果。
FutureTask是Future的一个基础实现&＃xff0c;我们可以将它同Executors使用处理异步任务。通常我们不需要使用FutureTask类&＃xff0c;单当我们打算重写Future接口的一些方法并保持原来基础的实现是&＃xff0c;它就变得非常有用。我们可以仅仅继承于它并重写我们需要的方法
Java集合类都是快速失败的&＃xff0c;这就意味着当集合被改变且一个线程在使用迭代器遍历集合的时候&＃xff0c;迭代器的next()方法将抛出ConcurrentModificationException异常。
并发容器支持并发的遍历和并发的更新。
主要的类有ConcurrentHashMap, CopyOnWriteArrayList 和CopyOnWriteArraySet。
Executors为Executor&＃xff0c;ExecutorService&＃xff0c;ScheduledExecutorService&＃xff0c;ThreadFactory和Callable类提供了一些工具方法。
Executors可以用于方便的创建线程池。
这个线程问题通常会在第一轮或电话面试阶段被问到&＃xff0c;目的是检测你对”join”方法是否熟悉。这个多线程问题比较简单&＃xff0c;可以用join方法实现。
lock接口在多线程和并发编程中最大的优势是它们为读和写分别提供了锁&＃xff0c;它能满足你写像ConcurrentHashMap这样的高性能数据结构和有条件的阻塞。Java线程面试的问题越来越会根据面试者的回答来提问。强烈建议在去参加多线程的面试之前认真读一下Locks&＃xff0c;因为当前其大量用于构建电子交易终统的客户端缓存和交易连接空间。
这是一个相对艰难的多线程面试问题&＃xff0c;它能达到很多的目的。第一&＃xff0c;它可以检测侯选者是否能实际的用Java线程写程序&＃xff1b;第二&＃xff0c;可以检测侯选者对并发场景的理解&＃xff0c;并且你可以根据这个问很多问题。如果他用wait()和notify()方法来实现阻塞队列&＃xff0c;你可以要求他用最新的Java 5中的并发类来再写一次。
与上面的问题很类似&＃xff0c;但这个问题更经典&＃xff0c;有些时候面试都会问下面的问题。在Java中怎么解决生产者——消费者问题&＃xff0c;当然有很多解决方法&＃xff0c;已经分享了一种用阻塞队列实现的方法。有些时候他们甚至会问怎么实现哲学家进餐问题。
这是我最喜欢的Java线程面试问题&＃xff0c;因为即使死锁问题在写多线程并发程序时非常普遍&＃xff0c;但是很多侯选者并不能写deadlock free code&＃xff08;无死锁代码&＃xff1f;&＃xff09;&＃xff0c;他们很挣扎。只要告诉他们&＃xff0c;你有N个资源和N个线程&＃xff0c;并且你需要所有的资源来完成一个操作。为了简单这里的n可以替换为2&＃xff0c;越大的数据会使问题看起来更复杂。通过避免Java中的死锁来得到关于死锁的更多信息。
非常简单的java线程面试问题&＃xff0c;接下来的问题是你需要同步一个原子操作。
自从Java 5和Java内存模型改变以后&＃xff0c;基于volatile关键字的线程问题越来越流行。应该准备好回答关于volatile变量怎样在并发环境中确保可见性、顺序性和一致性。
被volatile修饰过的对象保证了对线程的可见性&＃xff0c;对于非volatile修饰的对象&＃xff0c;都是从共享内存加载到缓存&＃xff0c;线程都是从缓存中读取的对象&＃xff0c;当一个线程对一个非volatile的对象赋值的时候&＃xff0c;同样是先写到缓存&＃xff0c;然后在同步到共享内存&＃xff0c;这样就无法保证每个线程从共享内存读取的数据是最新的。而被volatile修饰过的对象&＃xff0c;线程是直接从共享内存中读取的&＃xff0c;写入也一样。编译器在编译期间会对指令进行优化的重排序&＃xff0c;使用volatile的就不会进行重排序
这是一道出现在多线程面试的高级阶段的问题。大多数的面试官会问最近你遇到的竞争条件&＃xff0c;以及你是怎么解决的。有些时间他们会写简单的代码&＃xff0c;然后让你检测出代码的竞争条件。可以参考我之前发布的关于Java竞争条件的文章。在我看来这是最好的java线程面试问题之一&＃xff0c;它可以确切的检测候选者解决竞争条件的经验&＃xff0c;or writing code which is free of data race or any other race condition。关于这方面最好的书是《Concurrency practices in Java》。
竞争条件
Concurrency practices in Java下载
在UNIX中你可以使用kill -3&＃xff0c;然后thread dump将会打印日志&＃xff0c;在windows中你可以使用”CTRL&＃43;Break”。非常简单和专业的线程面试问题&＃xff0c;但是如果他问你怎样分析它&＃xff0c;就会很棘手。
这是个关于线程和阻塞的棘手的问题&＃xff0c;它有很多解决方法。如果线程遇到了IO阻塞&＃xff0c;我并且不认为有一种方法可以中止线程。如果线程因为调用wait()、sleep()、或者join()方法而导致的阻塞&＃xff0c;你可以中断线程&＃xff0c;并且通过抛出InterruptedException来唤醒它。我之前写的《How to deal with blocking methods in java》有很多关于处理线程阻塞的信息。
这个线程问题主要用来检测你是否熟悉JDK5中的并发包。这两个的区别是CyclicBarrier可以重复使用已经通过的障碍&＃xff0c;而CountdownLatch不能重复使用。
另一个多线程经典面试问题&＃xff0c;并不直接跟线程有关&＃xff0c;但间接帮助很多。这个java面试问题可以变的非常棘手&＃xff0c;如果他要求你写一个不可变对象&＃xff0c;或者问你为什么String是不可变的。
多线程和并发程序中常遇到的有Memory-interface、竞争条件、死锁、活锁和饥饿。问题是没有止境的&＃xff0c;如果你弄错了&＃xff0c;将很难发现和调试。这是大多数基于面试的&＃xff0c;而不是基于实际应用的Java线程问题。
京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有 