在同一个线程上两次调用 start 方法是否合法?

下面的代码导致 java.lang.IllegalThreadStateException: Thread already started时,我在程序中调用 start()方法 第二次了

updateUI.join();


if (!updateUI.isAlive())
updateUI.start();

这发生在 第二调用 updateUI.start()的时候。我已经逐步通过它多次和线程被调用,并完全运行到完成之前,触发 updateUI.start()

调用 updateUI.run()可以避免错误,但会导致线程在 UI 线程中运行(调用线程,正如在其他关于 SO 的文章中提到的那样) ,这不是我想要的。

一个线程只能是 开始了一次吗?如果是这样,那么如果我想再次运行线程,我该怎么做呢?这个特定的线程在后台进行一些计算,如果我不在线程中进行计算,而是在 UI 线程中进行计算,并且用户有一个不合理的长时间等待。

83376 次浏览

From the Java API Specification for the Thread.start method:

It is never legal to start a thread more than once. In particular, a thread may not be restarted once it has completed execution.

Furthermore:

Throws:
IllegalThreadStateException - if the thread was already started.

So yes, a Thread can only be started once.

If so than what do I do if I want to run the thread again?

If a Thread needs to be run more than once, then one should make an new instance of the Thread and call start on it.

It is as you said, a thread cannot be started more than once.

Straight from the horse's mouth: Java API Spec

It is never legal to start a thread more than once. In particular, a thread may not be restarted once it has completed execution.

If you need to re-run whatever is going on in your thread, you will have to create a new thread and run that.

The just-arrived answer covers why you shouldn't do what you're doing. Here are some options for solving your actual problem.

This particular thread is doing some calculation in the background, if I don't do it in the thread than it's done in the UI thread and the user has an unreasonably long wait.

Dump your own thread and use AsyncTask.

Or create a fresh thread when you need it.

Or set up your thread to operate off of a work queue (e.g., LinkedBlockingQueue) rather than restarting the thread.

Exactly right. From the documentation:

It is never legal to start a thread more than once. In particular, a thread may not be restarted once it has completed execution.

In terms of what you can do for repeated computation, it seems as if you could use SwingUtilities invokeLater method. You are already experimenting with calling run() directly, meaning you're already thinking about using a Runnable rather than a raw Thread. Try using the invokeLater method on just the Runnable task and see if that fits your mental pattern a little better.

Here is the example from the documentation:

 Runnable doHelloWorld = new Runnable() {
public void run() {
// Put your UI update computations in here.
// BTW - remember to restrict Swing calls to the AWT Event thread.
System.out.println("Hello World on " + Thread.currentThread());
}
};


SwingUtilities.invokeLater(doHelloWorld);
System.out.println("This might well be displayed before the other message.");

If you replace that println call with your computation, it might just be exactly what you need.

EDIT: following up on the comment, I hadn't noticed the Android tag in the original post. The equivalent to invokeLater in the Android work is Handler.post(Runnable). From its javadoc:

/**
* Causes the Runnable r to be added to the message queue.
* The runnable will be run on the thread to which this handler is
* attached.
*
* @param r The Runnable that will be executed.
*
* @return Returns true if the Runnable was successfully placed in to the
*         message queue.  Returns false on failure, usually because the
*         looper processing the message queue is exiting.
*/

So, in the Android world, you can use the same example as above, replacing the Swingutilities.invokeLater with the appropriate post to a Handler.

What you should do is create a Runnable and wrap it with a new Thread each time you want to run the Runnable. It would be really ugly to do but you can Wrap a thread with another thread to run the code for it again but only do this is you really have to.

It would be really ugly to do but you can Wrap a thread with another thread to run the code for it again but only do this is you really have to.

I have had to fix a resource leak that was caused by a programmer who created a Thread but instead of start()ing it, he called the run()-method directly. So avoid it, unless you really really know what side effects it causes.

To re-use a thread is illegal action in Java API. However, you could wrap it into a runnable implement and re-run that instance again.

No, we cannot start Thread again, doing so will throw runtimeException java.lang.IllegalThreadStateException. >

The reason is once run() method is executed by Thread, it goes into dead state.

Let’s take an example- Thinking of starting thread again and calling start() method on it (which internally is going to call run() method) for us is some what like asking dead man to wake up and run. As, after completing his life person goes to dead state.

public class MyClass implements Runnable{


@Override
public void run() {
System.out.println("in run() method, method completed.");
}


public static void main(String[] args) {
MyClass obj=new MyClass();
Thread thread1=new Thread(obj,"Thread-1");
thread1.start();
thread1.start(); //will throw java.lang.IllegalThreadStateException at runtime
}


}

/*OUTPUT in run() method, method completed. Exception in thread "main" java.lang.IllegalThreadStateException at java.lang.Thread.start(Unknown Source) */

check this

Yes we can't start already running thread. It will throw IllegalThreadStateException at runtime - if the thread was already started.

What if you really need to Start thread: Option 1 ) If a Thread needs to be run more than once, then one should make an new instance of the Thread and call start on it.

Can a Thread be started only once?

Yes. You can start it exactly once.

If so than what do I do if I want to run the thread again?This particular thread is doing some calculation in the background, if I don't do it in the thread than it's done in the UI thread and the user has an unreasonably long wait.

Don't run the Thread again. Instead create Runnable and post it on Handler of HandlerThread. You can submit multiple Runnable objects. If want to send data back to UI Thread, with-in your Runnable run() method, post a Message on Handler of UI Thread and process handleMessage

Refer to this post for example code:

Android: Toast in a thread

I don't know if it is good practice but when I let run() be called inside the run() method it throws no error and actually does exactly what I wanted.

I know it is not starting a thread again, but maybe this comes in handy for you.

public void run() {


LifeCycleComponent lifeCycleComponent = new LifeCycleComponent();


try {
NetworkState firstState = lifeCycleComponent.getCurrentNetworkState();
Thread.sleep(5000);
if (firstState != lifeCycleComponent.getCurrentNetworkState()) {
System.out.println("{There was a NetworkState change!}");
run();
} else {
run();
}
} catch (SocketException | InterruptedException e) {
e.printStackTrace();
}
}


public static void main(String[] args) {
Thread checkingNetworkStates = new Thread(new LifeCycleComponent());
checkingNetworkStates.start();
}

Hope this helps, even if it is just a little.

Cheers