RFR: 8277861: Terminally deprecate Thread.stop

Alan Bateman Alan.Bateman at oracle.com
Tue Nov 30 18:17:14 UTC 2021


On 30/11/2021 17:13, Alan Snyder wrote:
> Although I understand the potential dangers of using Thread.stop, it seems to me there are cases where its use is legitimate and valuable.
>
> The examples I am thinking of involve a potentially long running computation whose result is no longer needed.
> In particular, I am thinking of pure computations such as image analysis or audio analysis that do not involve waiting (so that interrupt is not useful)
> and probably are implemented using some C library (which is not feasible to modify to insert code to support graceful interruption).
>

JCiP Ch.7 has some good advice on this topic. In general, it needs the 
task to poll a cancel status or test 
Thread.currentThread().isInterrupted() to check for interrupt. In your 
scenario, with image analysis in native code, then Thread.stop won't 
help as it would need to return from the native code to detect the async 
exception.

-Alan


More information about the core-libs-dev mailing list