Kotlin协程lifecycleScope的isActive取消机制不生效问题

我在使用Kotlin协程开展开发时，最初认为协程的isActive状态判断逻辑和Java线程的isInterrupted()方法逻辑一致，可以在写入大文件这类长耗时操作中检测任务取消状态。但在kotlinx.coroutines 1.6.1-native-mt版本，以及同版本号的非多线程依赖库中，该逻辑并未按预期生效。

测试所用Kotlin协程代码 #

import android.os.Bundle
import android.util.Log
import android.widget.Button
import androidx.appcompat.app.AppCompatActivity
import androidx.lifecycle.lifecycleScope
import kotlinx.coroutines.*

class TestActivity : AppCompatActivity() {

    private val tag = "TEST"
    lateinit var job: Job

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_test)

        val button = findViewById<Button>(R.id.stopbutton)

        job = lifecycleScope.launch(Dispatchers.IO) {

            (1..120).forEach {

                // 长耗时操作，例如写入大体积数据文件
                Log.d(tag, "ticking $it")

                if ( !isActive ) {
                    // 以下代码始终不会触发，覆盖场景包括：
                    // 1. 点击按钮取消job
                    // 2. 应用被杀死
                    Log.d(tag, "ticking stopped by button")
                    // 清理写入一半的残留文件
                    return@launch
                }

                delay(1000)
            }

        }

        button.setOnClickListener {
            job.cancel()
        }

    }

}

运行结果对比 #

• 预期输出（与Java线程实现逻辑一致）：

ticking 1
ticking 2
ticking 3
ticking stopped

• 实际协程运行输出：

ticking 1
ticking 2
ticking 3

对照参考：可正常实现中断检测的Java线程代码 #

import androidx.appcompat.app.AppCompatActivity;

import android.os.Bundle;
import android.os.SystemClock;
import android.util.Log;
import android.view.View;
import android.widget.Button;

public class MainActivity extends AppCompatActivity {

    protected Thread t = null;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);

        t = new Thread(){

            @Override
            public void run() {

                for ( int x = 0; x < 120; x++ ) {
                    Log.d("TEST", "ticking " + x);

                    if ( interrupted() ) {
                        Log.d("TEST", "ticking stopped by button");
                        return;
                    }

                    // 演示用阻塞等待
                    SystemClock.sleep(1000);

                }

            }
        };
        t.start();

        Button btn = findViewById(R.id.button);
        btn.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View view) {
                t.interrupt();
            }
        });
    }
}

阶段性验证与待解疑问 #

根据其他开发者的回复建议，我将协程中的delay()替换为和Java示例一致的SystemClock.sleep()模拟阻塞式长耗时操作后，isActive检测逻辑恢复正常，但我疑惑为何大量协程教程使用delay()时未说明该问题。

目前我仍存在两点疑问：

• 协程任务被取消后，执行资源清理的正确实现方式是什么？
• 协程绑定Activity的lifecycleScope后，为何没有在新Activity启动、或当前Activity进入onPause()/onStop()生命周期阶段时自动取消任务，仍需手动调用cancel()，这和官方文档描述的生命周期绑定自动取消特性不符，是否我的使用方式存在问题？

内容的提问来源于stack exchange，提问作者Ken