Home/ Questions/Q 676765
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-14T00:57:55+00:00

I know what thread means and if I understand the event dispatching thread (EDT)

  • 0

I know what “thread” means and if I understand the event dispatching thread (EDT) as
“just a thread”, it explains a lot but, apparently, it does not explain everything.

I do not understand what is special about this thread. For example I do not understand why we should start a GUI in a the EDT? Why the “main” thread is bed for GUI? Well, if we just do not want to occupy the main thread why we cannot start GUI just in “another thread” why it should be some “special” thread called EDT?

Then I do not understand why we cannot start the EDT like any other thread? Why we should use some special tool (called invokeLater). And why GUI, unlike any other thread, does not start immediately. We should wait until it is ready to accept our job. Is it because EDT can, potentially execute several task simultaneously?

If you decide to answer this question, could you pleas use a really simple terminology because otherwise, I am afraid, I will not be able to understand the answer.

ADDED:

I always thought that we have one “task” per thread. So, in every thread we execute a predefined sequence of commands. But it seems to me that in the event dispatching thread we can have sever task. Well, they are not executed simultaneously (thread switches between different task but there are still several task in one thread). Is it right? For example there is one thread in the EDT which display the main window, and then additionally to that we sent to the EDT another task which should update one of the window components and EDT will execute this new task whenever it is ready. Is EDT differ from other threads in this way?

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    The event dispatching thread is the thread that handles all GUI events and manages your Swing GUI. It is started somewhere in the Swing code if you have any GUI in your program. The reason it is done behind the scenes is because of simplicity – you do not have to bother with starting and managing an extra thread by yourself.

    Regarding the fact that you have to update your GUI with invokeLater() it is because of concurrency issues. The GUI can be modified only from one thread because Swing is not thread safe(it is worth to note that most of toolkits are not thread safe, there is a nice article that gives some ideas why). This is why you have to submit all GUI updates to run on EDT.

    You can read more on concurrency in Swing and event dispatching thread in Sun tutorial on concurrency in Swing. Also, if you would like to see how this could be done in a different way you might like to check out SWT toolkit. In SWT you have to manage EDT by yourself.

    • 0