01: ♥♦15+ Java multithreading interview questions & answers

Java multithreading interview questions and answers explains beginner level concepts like how to create threads, heap vs stack, reentrancy, synchronization & locks. Relevant links are provided to more advanced & practical Java multithreading interview Q&As. Many developers even the so called the experienced struggle with Java multithreading.

Q1. What is a thread?
A1. It is a thread of execution in a program. The JVM allows an application to have multiple threads of execution running concurrently. In the Hotspot JVM there is a direct mapping between a Java Thread and a native operating system (i.e. OS) Thread. The native OS thread is created after preparing the state for a Java thread involving thread-local storage, allocation of buffers, creating the synchronization objects, stacks and the program counter.

The OS is responsible for scheduling all threads and dispatching them to any available CPU. In a multi-core CPU, you will get real parallelism. When you have more threads than the number of CPU cores, the CPU switches from executing one thread to executing another, and it needs to save the local data, program pointer, etc. of the current thread, and load the local data, program pointer, etc. of the next thread to execute. This switch is called context switching, which is not cheap, and you should NOT context switch more than necessary.

When the thread terminates, all resources for both the native and Java thread are released.

Q2. What are the JVM or system created threads?
A2. The main thread and a number of background threads.

1) main thread, which is created as part of invoking “public static void main(String[])”.

2) VM background thread to perform major GC, thread dumps, thread suspension, etc.

3) Garbage Collection low priority background thread for minor GC activities.

4) Compiler background thread to compile byte code to native code at run-time.

5) Other background threads such as signal dispatcher thread and periodic task thread.

Q3. What is the difference between processes and threads?
A3. A process is an execution of a program but a thread is a single execution sequence within the process. A process can contain multiple threads. A thread is sometimes called a lightweight process.

Process Vs Threads

Process Vs Threads

A JVM runs in a single process and threads in a JVM share the heap belonging to that process. That is why several threads may access the same object. Threads share the heap and have their own stack space. This is how one thread’s invocation of a method and its local variables are kept thread safe from other threads. But the heap is not thread-safe and must be synchronized for thread safety, which is depicted below:

Java Stack Vs Heap memory & thread-safety

and learn more about 3 Java Multithreading basics – Heap Vs Stack, Thread-safety & Synchronization with Java code.

Q4. Explain different ways of creating a thread?
A4. Threads can be created in a number of different ways.

Creating a Thread in Java

Creating a Thread in Java

1) Extending the java.lang.Thread class.

2) Implementing the java.lang.Runnable interface.

3) Implementing the java.util.concurrent.Callable interface with the java.util.concurrent.Executor framework to pool the threads. The java.util.concurrent package was added in Java 5. [ 7 basic Java Executor framework Interview Q&As with Future & CompletableFuture ]

4) Using the Fork/Join Pool. Java 7 fork and join tutorial with a diagram and an example.

5) The actor model, which is alsk known as Reactive Programming using frameworks like Akka. Simple Akka tutorial in Java step by step

Note: Learn more about ExecutorService Vs Fork/Join & Future Vs CompletableFuture Interview Q&As.

1. Extending the java.lang.Thread class

Output:

Pictorial depiction what the code above and below do.

2. Implementing the java.lang.Runnable interface. The Thread class takes a runnable object as a constructor argument.

Output:

3. Implementing the java.util.concurrent.Callable interface with the executor service framework.

Executor Framework

Output:

Q5. Which approach would you favor and why?
A5. Favor Callable interface with the Executor framework for thread pooling.

1) The thread pool is more efficient. Even though the threads are light-weighted than creating a process, creating them utilizes a lot of resources. Also, creating a new thread for each task will consume more stack memory as each thread will have its own stack and also the CPU will spend more time in context switching. Creating a lot many threads with no bounds to the maximum threshold can cause application to run out of heap memory. So, creating a Thread Pool is a better solution as a finite number of threads can be pooled and reused. The runnable or callable tasks will be placed in a queue, and the finite number of threads in the pool will take turns to process the tasks in the queue.

2) The Runnable or Callable interface is preferred over extending the Thread class, as it does not require your object to inherit a thread because when you need multiple inheritance, only interfaces can help you. Java class can extend only one class, but can implement many interfaces.

3. The Runnable interface’s void run( ) method has no way of returning any result back to the main thread. The executor framework introduced the Callable interface that returns a value from its call( ) method. This means the asynchronous task will be able to return a value once it is done executing.

Q6. What design pattern does the executor framework use?
A6. The java.util.concurrent.Executor is based on the producer-consumer design pattern, where threads that submit tasks are producers and the threads that execute tasks are consumers. In the above examples, the main thread is the producer as it loops through and submits tasks to the worker threads. The “Counter” is the consumer that executes the tasks submitted by the main thread.

Q7. What is the difference between yield and sleep? What is the difference between the methods sleep( ) and wait( )?
A7. When a task invokes yield( ), it changes from running state to runnable state. When a task invokes sleep ( ), it changes from running state to waiting/sleeping state.

The method wait(1000) causes the current thread to wait up to one second for a signal (i.e. notify()/notifyAll()) from other threads. A thread could wait less than 1 second if it receives the notify( ) or notifyAll( ) method call. The call to sleep(1000) causes the current thread to sleep for t least 1 second.

Threads performing tasks by talking to each other

Q8. Why is locking of a method or block of code for thread safety is called “synchronized” and not “lock” or “locked”?
A8. When a method or block of code is locked with the reserved “synchronized” key word in Java, the memory (i.e. heap) where the shared data is kept is synchronized. This means,

When a synchronized block or method is entered after the lock has been acquired by a thread, it first reads (i.e. synchronizes) any changes to the locked object from the main heap memory to ensure that the thread that has the lock has the current info before start executing.

After the synchronized block has completed and the thread is ready to relinquish the lock, all the changes that were made to the object that was locked is written or flushed back (i.e. synchronized) to the main heap memory so that the other threads that acquire the lock next has the current info.

This is why it is called “synchronized” and not “locked”. This is also the reason why the immutable objects are inherently thread-safe and does not require any synchronization. Once created, the immutable objects cannot be modified.

Learn more about the memory model & the synchronization at: 10+ Atomicity, Visibility, and Ordering interview Q&A in Java multi-threading

Q9. Can you explain what an intrinsic lock or monitor is?
A9. 7 Things you must know about Java locks and synchronized key word.

Q10. What does re-entrancy mean regarding intrinsic or explicit locks?
A10. Re-entrancy means that locks are acquired on a per-thread rather than per-invocation basis. In Java, both intrinsic and explicit locks are re-entrant.

Q11. If you have a circular reference of objects, but you no longer reference it from an execution thread, will this object be a potential candidate for garbage collection?
A11. Yes. Refer diagram below.

Java GC cyclic refrence

Java GC cyclic refrence

Q12. When you have automatic memory management in Java via GC, why do you still get memory leaks in Java?
A12. In Java, memory leak can occur due to

1) Long living objects having reference to short living objects, causing the memory to slowly grow. For example, singleton classes referring to short lived objects. This prevents short-lived objects being garbage collected.

2) Improper use of thread-local variables. The thread-local variables will not be removed by the garbage collector as long as the thread itself is alive. So, when threads are pooled and kept alive forever, the object might never be removed by the garbage collector.

3) Using mutable static fields to hold data caches, and not explicitly clearing them. The mutable static fields and collections need to be explicitly cleared.

4) Objects with circular references from a thread. GC uses “reference counting“. Whenever a reference to an object is added its reference count is increased by 1. Whenever a reference to an object is removed, the reference count is decreased by 1. If “A” references object B and B references object A, then both of their reference counts can never be less than 1, which means they will never get collected.

5) JNI (Java Native Interface) memory leaks.

Q13. Why is synchronization important?
A13. Without synchronization, it is possible for one thread to modify a shared object while another thread is in the process of using or updating that object’s value. This often causes dirty data and leads to significant errors. 7 Things you must know about Java locks and synchronized key word.

Q14. What is the disadvantage of synchronization?
A14. The disadvantage of synchronization is that it can cause deadlocks when two threads are waiting on each other to do something. Also, synchronized code has the overhead of acquiring lock, and preventing concurrent access, which can adversely affect performance.

Inter thread communication & thread dead-lock explained Q&As & tutorial style

Q15. How does thread synchronization occurs inside a monitor? What levels of synchronization can you apply? What is the difference between synchronized method and synchronized block?
A15. In Java programming, each object has a lock. A thread can acquire the lock for an object by using the synchronized keyword. The synchronized keyword can be applied in method level (coarse grained lock – can affect performance adversely) or block level of code (fine grained lock). Often using a lock on a method level is too coarse. Why lock up a piece of code that does not access any shared resources by locking up an entire method. Since each object has a lock, dummy objects can be created to implement block level synchronization. The block level is more efficient because it does not lock the whole method.

coarse grained Vs fine grained locks

coarse grained Vs fine grained locks

The JVM uses locks in conjunction with monitors. A monitor is basically a guardian who watches over a sequence of synchronized code and making sure only one thread at a time executes a synchronized piece of code. Each monitor is associated with an object reference. When a thread arrives at the first instruction in a block of code it must obtain a lock on the referenced object. The thread is not allowed to execute the code until it obtains the lock. Once it has obtained the lock, the thread enters the block of protected code. When the thread leaves the block, no matter how it leaves the block, it releases the lock on the associated object. For static methods, you acquire a class level lock.

Q16. How will you go about writing a thread-safe & lazily initialized singleton class?
A16. Using a “Double checked locking” pattern. Explained in detail at Singleton design pattern in Java & 5 key follow up Interview Q&As

Q17. Why is ThreadLocal useful, and what is the consequence of abusing it?
A17. Allows you to create per-thread-singleton. Many frameworks use ThreadLocal to maintain some context related to the current thread.

Having said this, you must be very careful when using ThreadLocal as they are per thread static/global variable, and can cause memory leaks.

Learn more at Java ThreadLocal Interview questions & answers

Why multithreading questions are very popular?

It is because NOT many developers have a good grasp on multi-threading.

Java multithreading interview Q&As

Java multi threading scenarios for intermediate to experienced developers.

Comprehensive list of Java multi-threading Q&As.

Coding exercises in Java multithreading

Multithreaded Java code with issues & how will you fix it?

Multi-Threading – Create a simple framework where work items can be submitted

Print Friendly
The following two tabs change content below.
Arulkumaran Kumaraswamipillai
Mechanical Engineering to Java freelancer since 2003. Published Java/JEE books via Amazon.com in 2005, and sold 35K+ copies. Books are outdated and replaced with this online Java training. join my LinkedIn group.
Arulkumaran Kumaraswamipillai

Mechanical Engineering to Java freelancer since 2003. Published Java/JEE books via Amazon.com in 2005, and sold 35K+ copies. Books are outdated and replaced with this online Java training. join my LinkedIn group.

Posted in FAQs Core Java, FAQs Free, Multithreading
Tags: , , ,

800+ Interview Q&As with lots of diagrams & code ♥Free | ♦FAQs | Hover/Slide for full text

open all | close all

200+ Java Interview FAQs – Quick Prep

open all | close all

16 Java Key Areas to be a top-notch

open all | close all

80+ Java Tutorials – Step by step

open all | close all

100+ Java Coding Exercises

open all | close all

How good are your

open all | close all