A thread at a given point of time can exist only in one of the following sates -
NEW
RUNNABLE
RUNNING
TIMED_WAITING
TIMED_WAITING
WAITING
TERMINATED
Let's discuss the code step by step -
- NEW
- RUNNABLE
- BLOCKED
- WAITING
- TIMED_WAITING
- TERMINATED
These states are defined by an enum named as State defined in the Thread class.
Let us discuss these states one by one -
![]() |
source: javatpoint |
Let us discuss these states one by one -
NEW
When a thread is created it is in the NEW state. This means we have created the instance of the thread but its start() method is not yet called.
RUNNABLE
When we call the start() method, then the thread goes in the RUNNABLE state. In this state, a thread might actually be running or it might be ready to run at any instant of time. The thread is ready to run but waiting for the Thread Scheduler to provide it with the CPU to run.
BLOCKED
In this state, the thread is not eligible to run. It enters this state when it is waiting for a monitor lock and is trying to access a section of code that is locked by some other thread.
WAITING
A thread enters into this state when it is waiting for another thread to perform a specific option. Any thread can enter this state by calling any one of the following three methods:
- object.wait()
- thread.join() or
- LockSupport.park()
TIMED_WAITING
A thread enters into this state when it is waiting for another thread to perform a specific option within a stipulated amount of time. There are five ways to put a thread on TIMED_WAITING state:
- thread.sleep(long millis)
- wait(int timeout) or wait(int timeout, int nanos)
- thread.join(long millis)
- LockSupport.parkNanos
- LockSupport.parkUntil
TERMINATED
A thread is said to be terminated when it has finished its execution or ended abnormally.
Understanding states of threads using code
Now, we will write some code to understand when does a thread enters into a particular state.
The output of the above code will be -NEW
RUNNABLE
RUNNING
TIMED_WAITING
TIMED_WAITING
WAITING
TERMINATED
Let's discuss the code step by step -
- At line #15, we see that the thread objects are only created not started (start() method is not called), hence the thread is in NEW state
- When we reach line #22, we have already started the threads but it is not guaranteed whether they have been provided with the resources, hence they are most likely to be in the running state.
- In ThreadB class we have a method commonResource() which is being shared with tC as well. Since the method is synchronized (which means only one thread can access it at a time) and tB is also using it. This will cause the tB to be in the BLOCKED state.
- At line #75, we created tC and started it. Then, tC creates tD and starts it. After this, we call tD.join() method, which will make tC to wait until tD is completed.
- At line # 34, we are starting tE which sleeps for 5 seconds (line # 112) and when we enquire the state of the tE, it will come as TERMINATED.
- In, the end we start tF with the empty run() method. By the time we enquire the state of this thread, it would have completed its execution and will be in the TERMINATED state.
Conclusion
In this post, we discussed the thread life cycle, it's various states and we also saw these concepts in action by writing code. The code is found in the commit on my GitHub.
It is what I was searching for is really informative.Audit Lifecycle Infographic for Sale in USA It is a significant and useful article for us. Thankful to you for sharing an article like this.
ReplyDelete