|
|
Threads of Control |
The Clock applet shown below displays the current time and updates its display every second. You can scroll this page and perform other tasks while the clock continues to update because the code that updates the clock's display runs within its own thread.
This section highlights and explains the source code for the clock applet in detail. In particular, this page describes the code segments that implement the clock's threaded behavior; it does not describe the code segments that are related to the life cycle of the applet. If you have not written your own applets before or are not familiar with the life cycle of any applet, you may want to take this time to familiarize yourself with the material in The Life Cycle of an Applet
before proceeding with this page.
Deciding to Use the
RunnableInterfaceThe Clock applet uses theRunnableinterface to provide therunmethod for its thread. To run within a Java-compatible browser, theClockclass has to derive from theAppletclass. However, the Clock applet also needs to use a thread so that it can continuously update its display without taking over the process in which it is running. (Some browsers might create a new thread for every applet to prevent a misbehaved applet from taking over the main browser thread. However, you should not count on this when writing your applets; your applets should create their own threads when doing compute-intensive work.) But since the Java language does not support multiple inheritance, theClockclass can not inherit fromThreadas well as fromApplet. Thus, theClockclass must use theRunnableinterface to provide its threaded behavior.Applets are not threads, nor do any existing Java-compatible browsers or applet viewers automatically create threads in which to run applets. Therefore, if an applet needs any threads, it must create its own. The Clock applet needs one thread in which to perform its display updates because it updates its display frequently and the user needs to be able to perform other tasks (such as going to another page, or scrolling this one) at the same time the clock is running.
The
RunnableInterfaceThe Clock applet provides arunmethod for its thread via theRunnableinterface. The class definition for theClockclass indicates that it is a subclass ofAppletand implements theRunnableinterface. If you are not familiar with interfaces review the information in the Objects, Classes, and Interfaceslesson.
Theclass Clock extends Applet implements Runnable {Runnableinterface defines a single method calledrunthat doesn't accept any arguments and doesn't return a value. Because theClockclass implements theRunnableinterface, it must provide an implementation for therunmethod as defined in the interface. However, before explaining theClock'srunmethod, let's to look at some of the other elements of the Clock applet's code.Creating the Thread
The application in which an applet is running calls the applet'sstartmethod when the user visits the applet's page. The Clock applet creates aThread,clockThread, in itsstartmethod and starts the thread.First, thepublic void start() { if (clockThread == null) { clockThread = new Thread(this, "Clock"); clockThread.start(); } }startmethod checks to see ifclockThreadis null. IfclockThreadis null, then the applet has just been loaded or has been previously stopped and a new thread must be created. Otherwise, the applet is already running. The applet creates a new thread with this invocation:Notice thatclockThread = new Thread(this, "Clock");this--the Clock applet--is the first argument to the thread constructor. The first argument to thisThreadconstructor must implement theRunnableinterface and becomes the thread's target. When constructed in this way, the clock thread gets itsrunmethod from its targetRunnableobject--in this case, the Clock applet.The second argument is just a name for the thread.
Stopping the Thread
When you leave the page that displays the Clock applet, the application in which the applet is running calls the applet'sstopmethod. The Clock'sstopmethod sets theclockThreadto null. This tells the main loop in therunmethod to terminate (see the next section), eventually resulting in the thread stopping and being garbage collected. the continual updating of the clock.You could usepublic void stop() { clockThread = null; }clockThread.stopinstead, which would immediately stop the clock thread. However, theThreadclass'sstopmethod has a sudden effect, which means that therunmethod might be in the middle of some critical operation when the thread is stopped. For more complexrunmethods, usingThread'sstopmethod might leave the program in an inconsistent or awkward state. For this reason, it's best to avoid using theThreadclass'sstopmethod when possible.If you revisit the page, the
startmethod is called again, and the clock starts up again with a new thread.The Run Method
And finally the Clock'srunmethod implements the heart of the Clock applet and looks like this:As you saw in the previous section, when the applet is asked to stop, the applet sets thepublic void run() { // loop terminates when clockThread // is set to null in stop() while (Thread.currentThread() == clockThread) { repaint(); try { Thread.sleep(1000); } catch (InterruptedException e){ } } }clockThreadto null; this lets therunmethod know when to stop. Thus the first line of therunmethod loops untilclockThreadis null. Within the loop, the applet repaints itself and then tells the thread to sleep for 1 second (1000 milliseconds). An applet'srepaintmethod ultimately calls the applet'spaintmethod, which does the actual update of the applet's display area. The Clock applet'spaintmethod gets the current time and draws it to the screen.public void paint(Graphics g) { Date now = new Date(); g.drawString(now.getHours() + ":" + now.getMinutes() + ":" + now.getSeconds(), 5, 10); }
|
|
Threads of Control |