Skip to content

DevFaqBackgroundThread

Antonio Vieiro edited this page Jan 25, 2018 · 1 revision

DevFaqBackgroundThread

What is a background thread and why do I need one?

As with most user interface (UI) toolkits, Swing is single threaded. That means there is one and only one thread that should create or alter the state of UI components, and that is the AWT Event Dispatch Thread (also known as the EDT or the "event thread"). It processes things like key and mouse events and calls components to respond to them.

This also means that code that responds to a key or mouse event, or some call triggered by one, should run very quickly, because the user can be typing or clicking, but the entire application is blocked from responding to more events until your code exits. So sometimes you will want to move expensive or slow work onto a background thread.

A background thread is any thread that is not the event thread.

If you are running on some background thread, but need to modify some Swing component, a simple way to do this is <pre>

   EventQueue.invokeLater(new Runnable() {
     public void run() {
       //this code can work with Swing
     }
   });</pre>

Note that the caveat about Swing includes creating components - it is probably not safe to even construct Swing components on a background thread, because of synchronization on Component.getTreeLock().

Apache Migration Information

The content in this page was kindly donated by Oracle Corp. to the Apache Software Foundation.

This page was exported from http://wiki.netbeans.org/DevFaqBackgroundThread , that was last modified by NetBeans user Braiam on 2010-03-03T21:56:44Z.

NOTE: This document was automatically converted to the AsciiDoc format on 2018-01-26, and needs to be reviewed.

Clone this wiki locally