首页 > 编程开发 > Android

kotlin 协程上下文异常处理详解

来自：网络
时间：2022-12-26
阅读：
目录

引言

从前面我们可以大致了解了协程的玩法，如果一个协程中使用子协程，那么该协程会等待子协程执行结束后才真正退出，而达到这种效果的原因就是协程上下文，上下文贯穿了协程的生命周期，这套思想和我们app的上下文很像

在开始真正了解协程上下文之前，我们先来看看下面的例子

下面的图代表了一个协程a的生命，就像一条从上至下的直线，它的生命只有100ms

kotlin 协程上下文异常处理详解

当我们在a协程延迟函数100ms之前开启一个子协程b，b做了200ms的事情，如果不考虑调度消耗的时间，那么a协程的生命也会延长成200ms

kotlin 协程上下文异常处理详解

代码验证下：

fun `test context life`() = runBlocking {
    //定义一个作用域
    val a = CoroutineScope(Dispatchers.Default)
    val startTime = System.currentTimeMillis()
    //协程a开启
    val jobA = a.launch {
        //子协程b开启
        val jobB = launch {
            delay(200)
        }
        delay(100)
    }
    //等待协程a结束
    jobA.join()
    val endTime = System.currentTimeMillis()
    println(endTime - startTime)
}
fun main() {
    `test context life`()
}

结果：237

如果我们把子协程b增加到delay 300ms，那么结果也会相应的变为：

323

通过上面的列子，来对协程上下文的有一个初步概念：可以说协程的生命周期，就是上下文的生命周期

协程拥有很多新的概念，很多人一开始接触就能难理解（包括我自己），这些概念都是在上下文的基础上引申而来的，所以我一再强调它的重要性，协程的上下文必须理解透，才能玩好协程，接下来我们来真正了解协程上下文

一、协程上下文

1.CoroutineContext

协程上下文有以下几项构成，它们都是实现了CoroutineContext.Element接口，有些是实现了AbstractCoroutineContextElement接口，而AbstractCoroutineContextElement继承CoroutineContext.Element接口

1.Job：控制协程的生命周期，也是我们能拿到操作协程任务的唯一对象

2.CoroutineDispatcher：就是之前介绍的调度器

3.CoroutineName：协程的名字，一般输出日志用的

4.CoroutineExceptionHandler：处理未捕获的异常

协程上下文实现了运算符重载，我们可以用+号来组合一个CoroutineContext的元素

2.CorountineScope

一般情况下，协程体内所有的子协程，都继承至根协程，协程的继承的关系不是我们所了解的类的继承关系，而是父协程和子协程的生命周期关系，还记得我们上面举得例子么，除非在协程体内自己手动创建协程作用域，即：创建一个全新的协程上下文，我们之前已经介绍过了：

CorountineScope：创建协程作用域，新起线程，观察源码，内部实际实例化的是ContextScope，ContextScope被internal修饰，内部使用，我们实例化不了

其他的实际上都是继承父协程上下文，或者内部实例化了ContextScope：

1.runBlocking：将主线程转变为协程，会阻塞主线程，实际上用的是一个EmptyCoroutineContext作为上下文，它是一个主线程的协程上下文，静态的全局变量，我们其实就可以理解成是主线程
2.GlobalScope：也是用的EmptyCoroutineContext
3.MainScope：使用ContextScope构造了新的上下文
4.coroutineScope：继承的父协程上下文，不能算是全新的协程
等等

3.子协程继承父协程

子协程继承父协程时，除了Job会自动创建新的实例外，其他3项的不手动指定的话，都会自动继承父协程的，Job对应的是协程任务，每次新的任务肯定都是新的Job对象

有了这些概念后，接下来通过代码，再熟悉巩固下

例子1：

fun `test context life1`() = runBlocking {
    //定义一个作用域
    val a = CoroutineScope(Dispatchers.Default)
    //协程a开启
    val jobA = a.launch {
        delay(100)
        println("jobA finished")
    }
    println("main finished")
}

结果：
main finished

由于a是一个根协程，全新的上下文，runBlocking 是主线程的协程上下文，所以当a开启任务时，不会阻塞主线程，当我们的进程都跑完了，jobA finished肯定不会打印了

例子2：

fun `test context life2`() = runBlocking {
    //定义一个作用域
    val a = CoroutineScope(Dispatchers.Default)
    //协程a开启
    val jobA = a.launch {
        delay(100)
        println("jobA finished")
    }
    jobA.join()
    println("main finished")
}

结果：
jobA finished
main finished

我们在主协程（主线程的协程）中，手动调用jobA的join方法，那么主线程就会阻塞，直到jobA执行完毕。这个和我们的多线程操作是一样的，主线程等待A线程执行完后再往后执行

例子3：

fun `test context life3`() = runBlocking {
    launch {
        delay(100)
        println("jobA finished")
    }
    println("main finished")
}

结果：
main finished
jobA finished

这回我们没有构建新的协程作用域，而是在根协程中直接使用子协程的方式，当然了，协程的上下文继承关系，使得我们的主协程等待子协程执行完毕后才结束生命

例子4：

fun `test context life4`() = runBlocking {
    launch(Dispatchers.IO + CoroutineName("jobA")) {
        delay(100)
        println("${coroutineContext[CoroutineName]}  finished")
    }
    println("main finished")
}

结果：
main finished
CoroutineName(jobA) finished

即使我们指定了子协程的调度器和协程名，也不会影响协程上下文继承关系，主协程还是会等待子协程执行完毕后才结束生命

如果你已经完全理解了，那么就可以知道以上例子使用async启动也是一样的效果

二、协程的异常传递

1.协程的异常传播

协程的异常传播也是遵循了协程上下文的机制，除了取消异常（CancellationException）外，当一个协程有了异常，如果没有主动捕获异常，那么异常会向上传播，直到根协程，子协程的异常都会导致根协程退出，自然其他子协程也会退出

例子1：

fun `test coroutineScope exception1`() = runBlocking {
    val job1 = launch {
        delay(2000)
        println("job finished")
    }
    val job2 = launch {
        delay(1000)
        println("job2 finished")
        throw IllegalArgumentException()
    }
    delay(3000)
    println("finished")
}

结果：

job2 finished
Exception in thread "main" java.lang.IllegalArgumentException
    at com.aruba.mykotlinapplication.coroutine.ExceptionTestKt$test coroutineScope exception1$1$job2$1.invokeSuspend(exceptionTest.kt:46)
    at kotlin.coroutines.jvm.internal.BaseContinuationImpl.resumeWith(ContinuationImpl.kt:33)
    at kotlinx.coroutines.ResumeModeKt.resumeMode(ResumeMode.kt:67)
    at kotlinx.coroutines.DispatchedKt.resume(Dispatched.kt:309)
    at kotlinx.coroutines.DispatchedKt.dispatch(Dispatched.kt:298)
    at kotlinx.coroutines.CancellableContinuationImpl.dispatchResume(CancellableContinuationImpl.kt:250)
    at kotlinx.coroutines.CancellableContinuationImpl.resumeImpl(CancellableContinuationImpl.kt:260)
    at kotlinx.coroutines.CancellableContinuationImpl.resumeUndispatched(CancellableContinuationImpl.kt:332)
    at kotlinx.coroutines.EventLoopImplBase$DelayedResumeTask.run(EventLoop.kt:298)
    at kotlinx.coroutines.EventLoopImplBase.processNextEvent(EventLoop.kt:116)
    at kotlinx.coroutines.BlockingCoroutine.joinBlocking(Builders.kt:80)
    at kotlinx.coroutines.BuildersKt__BuildersKt.runBlocking(Builders.kt:54)
    at kotlinx.coroutines.BuildersKt.runBlocking(Unknown Source)
    at kotlinx.coroutines.BuildersKt__BuildersKt.runBlocking$default(Builders.kt:36)
    at kotlinx.coroutines.BuildersKt.runBlocking$default(Unknown Source)
    at com.aruba.mykotlinapplication.coroutine.ExceptionTestKt.test coroutineScope exception1(exceptionTest.kt:37)
    at com.aruba.mykotlinapplication.coroutine.ExceptionTestKt.main(exceptionTest.kt:54)
    at com.aruba.mykotlinapplication.coroutine.ExceptionTestKt.main(exceptionTest.kt)

Process finished with exit code 1

job2 1000ms后就发生了异常，导致job1和父协程都直接退出

2.不同上下文（没有继承关系）之间协程异常会怎么样？

例子1：

fun `test coroutineScope exception2`() = runBlocking {
    val job1 = launch {
        delay(2000)
        println("job finished")
    }
    val job2 = CoroutineScope(Dispatchers.IO).launch{
        delay(1000)
        println("job2 finished")
        throw IllegalArgumentException()
        println("new CoroutineScope finished")
    }
    delay(3000)
    println("finished")
}

结果：

job2 finished
Exception in thread "DefaultDispatcher-worker-2" java.lang.IllegalArgumentException
    at com.aruba.mykotlinapplication.coroutine.ExceptionTestKt$test coroutineScope exception1$1$job2$1.invokeSuspend(exceptionTest.kt:46)
    at kotlin.coroutines.jvm.internal.BaseContinuationImpl.resumeWith(ContinuationImpl.kt:33)
    at kotlinx.coroutines.DispatchedTask.run(Dispatched.kt:238)
    at kotlinx.coroutines.scheduling.CoroutineScheduler.runSafely(CoroutineScheduler.kt:594)
    at kotlinx.coroutines.scheduling.CoroutineScheduler.access$runSafely(CoroutineScheduler.kt:60)
    at kotlinx.coroutines.scheduling.CoroutineScheduler$Worker.run(CoroutineScheduler.kt:742)
job finished
finished

Process finished with exit code 0

可以看出不同根协程的协程之间，异常并不会自动传递，我们的主线程上下文协程正常执行

再看例子2：

fun `test coroutineScope exception3`() = runBlocking {
    val job1 = launch {
        delay(2000)
        println("job finished")
    }
    val job2 = CoroutineScope(Dispatchers.IO).async{
        delay(1000)
        println("job2 finished")
        throw IllegalArgumentException()
        println("new CoroutineScope finished")
    }
    delay(3000)
    println("finished")
}

结果：
job2 finished
job finished
finished

和例子1的唯一区别是，使用了全新上下文的协程使用了async启动，哈哈，这就奇怪了，为什么会这样？

3.向用户暴露异常

还记得async启动的协程返回的是一个Deferred么，它可以使用await函数，来获取协程运行结果。那么试想一下，如果我就是想要一个协程执行完返回一个异常呢？

所以async中的异常会作为返回值，返回给调用await函数

fun `test coroutineScope exception4`() = runBlocking {
    val job1 = launch {
        delay(2000)
        println("job finished")
    }
    val job2 = CoroutineScope(Dispatchers.IO).async{
        delay(1000)
        println("job2 finished")
        throw IllegalArgumentException()
        println("new CoroutineScope finished")
    }
    job2.await()
    delay(3000)
    println("finished")
}

结果：

job2 finished
Exception in thread "main" java.lang.IllegalArgumentException
    at com.aruba.mykotlinapplication.coroutine.ExceptionTestKt$test coroutineScope exception4$1$job2$1.invokeSuspend(exceptionTest.kt:96)
    at kotlin.coroutines.jvm.internal.BaseContinuationImpl.resumeWith(ContinuationImpl.kt:33)
    at kotlinx.coroutines.DispatchedTask.run(Dispatched.kt:238)
    at kotlinx.coroutines.scheduling.CoroutineScheduler.runSafely(CoroutineScheduler.kt:594)
    at kotlinx.coroutines.scheduling.CoroutineScheduler.access$runSafely(CoroutineScheduler.kt:60)
    at kotlinx.coroutines.scheduling.CoroutineScheduler$Worker.run(CoroutineScheduler.kt:742)

Process finished with exit code 1

await的时候出现异常了，当然会导致协程退出，我们可以在await的时候捕获下这个异常，就不会影响主线程上下文的协程运行了

fun `test coroutineScope exception4`() = runBlocking {
    val job1 = launch {
        delay(2000)
        println("job finished")
    }
    val job2 = CoroutineScope(Dispatchers.IO).async {
        delay(1000)
        println("job2 finished")
        throw IllegalArgumentException()
        println("new CoroutineScope finished")
    }
    try {
        job2.await()
    } catch (e: Exception) {
        e.printStackTrace()
    }
    delay(3000)
    println("finished")
}

结果：

job2 finished
java.lang.IllegalArgumentException
    at com.aruba.mykotlinapplication.coroutine.ExceptionTestKt$test coroutineScope exception4$1$job2$1.invokeSuspend(exceptionTest.kt:96)
    at kotlin.coroutines.jvm.internal.BaseContinuationImpl.resumeWith(ContinuationImpl.kt:33)
    at kotlinx.coroutines.DispatchedTask.run(Dispatched.kt:238)
    at kotlinx.coroutines.scheduling.CoroutineScheduler.runSafely(CoroutineScheduler.kt:594)
    at kotlinx.coroutines.scheduling.CoroutineScheduler.access$runSafely(CoroutineScheduler.kt:60)
    at kotlinx.coroutines.scheduling.CoroutineScheduler$Worker.run(CoroutineScheduler.kt:742)
job finished
finished

Process finished with exit code 0

值得注意的是，同一继承关系下的协程使用await并无法捕获异常，还是会遵循第一条，导致整个协程生命周期结束

fun `test coroutineScope exception5`() = runBlocking {
    val job2 = CoroutineScope(Dispatchers.IO).launch {
        val job1 = launch {
            delay(2000)
            println("job finished")
        }
        val job3 = async {
            delay(1000)
            println("job3 finished")
            throw IllegalArgumentException()
        }
        try {
            job3.await()
        } catch (e: Exception) {
            e.printStackTrace()
        }
        delay(2000)
        println("job2 finished")
    }
    job2.join()
    println("finished")
}

结果：

job3 finished
java.lang.IllegalArgumentException
    at com.aruba.mykotlinapplication.coroutine.ExceptionTestKt$test coroutineScope exception5$1$job2$1$job3$1.invokeSuspend(exceptionTest.kt:119)
    at kotlin.coroutines.jvm.internal.BaseContinuationImpl.resumeWith(ContinuationImpl.kt:33)
    at kotlinx.coroutines.DispatchedTask.run(Dispatched.kt:238)
    at kotlinx.coroutines.scheduling.CoroutineScheduler.runSafely(CoroutineScheduler.kt:594)
    at kotlinx.coroutines.scheduling.CoroutineScheduler.access$runSafely(CoroutineScheduler.kt:60)
    at kotlinx.coroutines.scheduling.CoroutineScheduler$Worker.run(CoroutineScheduler.kt:742)
Exception in thread "DefaultDispatcher-worker-1" java.lang.IllegalArgumentException
    at com.aruba.mykotlinapplication.coroutine.ExceptionTestKt$test coroutineScope exception5$1$job2$1$job3$1.invokeSuspend(exceptionTest.kt:119)
    at kotlin.coroutines.jvm.internal.BaseContinuationImpl.resumeWith(ContinuationImpl.kt:33)
    at kotlinx.coroutines.DispatchedTask.run(Dispatched.kt:238)
    at kotlinx.coroutines.scheduling.CoroutineScheduler.runSafely(CoroutineScheduler.kt:594)
    at kotlinx.coroutines.scheduling.CoroutineScheduler.access$runSafely(CoroutineScheduler.kt:60)
    at kotlinx.coroutines.scheduling.CoroutineScheduler$Worker.run(CoroutineScheduler.kt:742)
finished

Process finished with exit code 0

可以发现job3.await()的try catch并没有生效，所以向用户暴露异常只适用于不同上下文（没有继承关系）的协程

三、协程的异常处理

使用SupervisorJob

如果想要一个协程出现异常后，不影响其继承关系中的其他协程，可以使用SupervisorJob

fun `test SupervisorJob exception`() = runBlocking {
    val job1 = launch {
        delay(2000)
        println("job finished")
    }
    val job2 = async(SupervisorJob()) {
        delay(1000)
        println("job2 finished")
        throw IllegalArgumentException()
    }
    delay(3000)
    println("finished")
}

结果：
job2 finished
job finished
finished

可以看到，job2的异常并没有影响其他继承关系的协程的执行

SupervisorScope，这个我们前面已经用过了，就不重复介绍了

异常捕获器CoroutineExceptionHandler

协程上下文的4项之一，可以用CrashHandler理解，不过它并不能阻止协程的退出，只能够获取异常的信息

它使用有两个条件：

1.异常是自动抛出异常（launch）

2.实例化CoroutineScope的时候指定异常捕获器 或者 在一个根协程中

例子1：

fun `test SupervisorHandler exception1`() = runBlocking {
    val handler = CoroutineExceptionHandler { _, throwable ->
        println("caught: $throwable")
    }
    val scope = CoroutineScope(handler)
    val job1 = scope.launch {
        val job2 = launch {
            delay(1000)
            println("job2 finished")
            throw IllegalArgumentException()
        }
        delay(2000)
        println("job finished")
    }
    delay(4000)
    println("finished")
}

结果：
job2 finished
caught: java.lang.IllegalArgumentException
finished

job2抛出了异常，被捕获到了，但是scope的其他协程随之生命周期也都结束了

例子2：

fun `test SupervisorHandler exception2`() = runBlocking {
    val handler = CoroutineExceptionHandler { _, throwable ->
        println("caught: $throwable")
    }
    val scope = CoroutineScope(Dispatchers.Default)
    val job1 = scope.launch(handler) {
        val job2 = launch {
            delay(1000)
            println("job2 finished")
            throw IllegalArgumentException()
        }
        delay(2000)
        println("job finished")
    }
    delay(4000)
    println("finished")
}

结果：
job2 finished
caught: java.lang.IllegalArgumentException
finished

和例子1相同，因为我们handler指定在了根协程

例子3：

fun `test SupervisorHandler exception3`() = runBlocking {
    val handler = CoroutineExceptionHandler { _, throwable ->
        println("caught: $throwable")
    }
    val scope = CoroutineScope(Dispatchers.Default)
    val job1 = scope.launch {
        val job2 = launch(handler) {
            delay(1000)
            println("job2 finished")
            throw IllegalArgumentException()
        }
        delay(2000)
        println("job finished")
    }
    delay(4000)
    println("finished")
}

结果：

job2 finished
Exception in thread "DefaultDispatcher-worker-4" java.lang.IllegalArgumentException
    at com.aruba.mykotlinapplication.coroutine.ExceptionTestKt$test SupervisorHandler exception$1$job1$1$job2$1.invokeSuspend(exceptionTest.kt:161)
    at kotlin.coroutines.jvm.internal.BaseContinuationImpl.resumeWith(ContinuationImpl.kt:33)
    at kotlinx.coroutines.DispatchedTask.run(Dispatched.kt:238)
    at kotlinx.coroutines.scheduling.CoroutineScheduler.runSafely(CoroutineScheduler.kt:594)
    at kotlinx.coroutines.scheduling.CoroutineScheduler.access$runSafely(CoroutineScheduler.kt:60)
    at kotlinx.coroutines.scheduling.CoroutineScheduler$Worker.run(CoroutineScheduler.kt:742)
finished

Process finished with exit code 0

handler不是在根协程中，不能捕获

如果一个子协程会抛出异常，那么对它进行等待时（join或await），包裹一层try catch 会出现意料之外的事

例子4：

fun `test SupervisorHandler exception4`() = runBlocking {
    val handler = CoroutineExceptionHandler { _, throwable ->
        println("caught: $throwable")
    }
    val scope = CoroutineScope(Dispatchers.Default)
    val job1 = scope.launch(handler) {
        val job2 = launch {
            delay(1000)
            println("job2 finished")
            throw IllegalArgumentException()
        }
        try {
            job2.join()
        }catch (e:Exception){
        }
//        val job3 = scope.launch {
//            println("job3 finished")
//        }
        println("job delay")
        delay(2000)
        for(i in 0..10){
            println(i)
        }
        println("job finished")
    }
    delay(4000)
    println("finished")
}

结果：
job2 finished
job delay
caught: java.lang.IllegalArgumentException
finished

如果把scope根协程中的delay函数注释掉，会怎么样呢？

fun `test SupervisorHandler exception4`() = runBlocking {
    val handler = CoroutineExceptionHandler { _, throwable ->
        println("caught: $throwable")
    }
    val scope = CoroutineScope(Dispatchers.Default)
    val job1 = scope.launch(handler) {
        val job2 = launch {
            delay(1000)
            println("job2 finished")
            throw IllegalArgumentException()
        }
        try {
            job2.join()
        }catch (e:Exception){
        }
//        val job3 = scope.launch {
//            println("job3 finished")
//        }
        println("job delay")
//        delay(2000)
        for(i in 0..10){
            println(i)
        }
        println("job finished")
    }
    delay(4000)
    println("finished")
}

结果：
job2 finished
job delay
0
1
2
3
4
5
6
7
8
9
10
job finished
caught: java.lang.IllegalArgumentException

如果不包裹try catch 那么println("job delay")都不会执行

由例子4和例子5，我们可以推断，如果子协程有异常发生了，我们在等待时捕获异常后，根协程执行了挂起函数，那么它会直接中断，不执行挂起函数以下的代码，如果没有挂起函数，那么后面的代码还是会执行

为了加强验证这点，我们使用Thread.sleep(2000)替换delay函数测试下：

fun `test SupervisorHandler exception4`() = runBlocking {
    val handler = CoroutineExceptionHandler { _, throwable ->
        println("caught: $throwable")
    }
    val scope = CoroutineScope(Dispatchers.Default)
    val job1 = scope.launch(handler) {
        val job2 = launch {
            delay(1000)
            println("job2 finished")
            throw IllegalArgumentException()
        }
        try {
            job2.join()
        }catch (e:Exception){
        }
//        val job3 = scope.launch {
//            println("job3 finished")
//        }
        println("job delay")
//        delay(2000)
        Thread.sleep(2000)
        for(i in 0..10){
            println(i)
        }
        println("job finished")
    }
    delay(4000)
    println("finished")
}

结果还是和例子5一样：
job2 finished
job delay
0
1
2
3
4
5
6
7
8
9
10
job finished
caught: java.lang.IllegalArgumentException
finished

Process finished with exit code 0

其实出现这个情况，和我们之前取消协程是一样的，出现异常后会开始取消协程，但是CPU密集型的代码还会执行，但是遇到挂起函数就会抛一个CancellationException，导致协程结束运行，如果我们在挂起函数加上try catch打印，那么我们就可以看到CancellationException了

例子6，把job3的注释放开：

fun `test SupervisorHandler exception4`() = runBlocking {
    val handler = CoroutineExceptionHandler { _, throwable ->
        println("caught: $throwable")
    }
    val scope = CoroutineScope(Dispatchers.Default)
    val job1 = scope.launch(handler) {
        val job2 = launch {
            delay(1000)
            println("job2 finished")
            throw IllegalArgumentException()
        }
        try {
            job2.join()
        }catch (e:Exception){
        }
        val job3 = scope.launch {
            println("job3 finished")
        }
        println("job delay")
        delay(2000)
//        Thread.sleep(2000)
        for(i in 0..10){
            println(i)
        }
        println("job finished")
    }
    delay(4000)
    println("finished")
}

结果：

job2 finished
job delay
caught: java.lang.IllegalArgumentException
Exception in thread "DefaultDispatcher-worker-1" java.lang.IllegalArgumentException
    at com.aruba.mykotlinapplication.coroutine.ExceptionTestKt$test SupervisorHandler exception4$1$job1$1$job2$1.invokeSuspend(exceptionTest.kt:227)
    at kotlin.coroutines.jvm.internal.BaseContinuationImpl.resumeWith(ContinuationImpl.kt:33)
    at kotlinx.coroutines.DispatchedTask.run(Dispatched.kt:238)
    at kotlinx.coroutines.scheduling.CoroutineScheduler.runSafely(CoroutineScheduler.kt:594)
    at kotlinx.coroutines.scheduling.CoroutineScheduler.access$runSafely(CoroutineScheduler.kt:60)
    at kotlinx.coroutines.scheduling.CoroutineScheduler$Worker.run(CoroutineScheduler.kt:742)
finished

Process finished with exit code 0

显然有异常没有被捕获，很明显这个异常是调用job3时输出的，由此又可以推断出，如果在等待任务结束时，任务出现异常并且手动捕获异常后，再启动子协程时，也会抛出异常，并且不可捕获
注意：新版本kotlin已修复这个bug，不会抛出异常了

Android中全局异常的处理

kotlin 协程上下文异常处理详解

最后，感谢动脑学院Jason老师出的kotlin协程教程，得到了很多理解和启发

以上就是kotlin 协程上下文异常处理详解的详细内容，更多关于kotlin 协程上下文异常处理的资料请关注其它相关文章！

最新文章 相关文章

adb push命令向设备传输文件的操作步骤

目录一、向设备传输文件命令二、操作步骤2.1 连接设备2.2 启动windows的cmd2.3 输入adb push指令三、总结一、向设备传输文件命令用于在windows系统下，向设备传输文件。二、

2024-06-09 01:14:15

Android自定义实现转盘菜单

目录一、前言二、绘制原理三、总结一、前言旋转菜单是一种占用空间较大，实用性稍弱的UI，一方面由于展示空间的问题，其展示的数据有限，但另一方面真由于这个原因，对用户而言趣味性

2024-06-09 01:14:12

Android使用SqLite实现登录注册功能流程详解

目录一、了解什么是Android Studio二、了解什么是sqlite三、创建项目文件四、创建活动文件和布局文件五、创建数据库连接数据库六、创建实体类实现注册功能七、实现登录功能

2024-06-09 01:14:09

Android大图监测系统的三种实现方式

目录原理解析主动监测被动监测在第三方图片加载库回调中进行大图监测在网络加载图片时进行大图监测使用ASM插桩进行大图监控注意事项与优化技巧总结原理解析内存占用计算首

2024-06-09 01:14:05

详细讲解AsyncTask使用说明(值得收藏)

目录概念类简介简单例子执行流程一、在执行完 AsyncTask.excute() 后二、方法分析源码分析一、主分支二、次分支主分支部分一、分析mWorker二、分析mFuture三、回过头来看一

2024-06-09 01:14:03

Kotlin 协程的异常处理准则

目录Kotlin 协程的异常处理概述异常处理六大准则准则一：协程的取消需要内部配合问题：cancel不被响应解决：使用 isActive 判断是否处于活跃状态准则二：不要打破协程的父子结构问

2024-06-09 01:14:00

Android 双屏异显自适应Dialog的实现

目录一、前言需求问题二、方案方案：自定义Presentation原理WindowType问题解决WindowManagerImpl 问题方案：Delagate方式：兼容总结一、前言Android 多屏互联的时代，必然会出现多

2024-06-09 01:13:57

Android实现录音监听动画的示例代码

目录一、前言二、实现方法三、全部代码四、总结一、前言在很多app种内置了语音助手，也存在各种动画，主要原因是处理2个阶段问题，第一个是监听声音的等待效果，第二个是语意解析存

2024-06-09 01:13:55

Flutter路由的几种用法小结

目录Flutter路由跳转基本路由跳转 返回上一页路由基本路由跳转传参命名路由跳转命名路由跳转需要先配置路由命名路由跳转传参命名路由替换跳转移除所有页面返回到根页面Flut

2024-06-09 01:13:52

Android图片描边效果的实现

目录前言提取蒙版蒙版绘制扩大蒙版（影子）闪烁效果总结全部代码前言先看下我们阔爱滴海绵宝宝，其原图是一张PNG图片，我们给宝宝加上描边效果，今天我们使用的是图片蒙版技术。说到

2024-06-09 01:13:50

Android EditText设置边框的操作方法

目录Android EditText设置边框简介快速开始Android EditText设置边框简介Android应用程序中给EditText设置边框。效果图：快速开始1.在res/drawable目录下新建样式文件 edit_b

2024-06-09 01:13:47

Qt6.5.3 Android环境配置的实现

目录前言安装Qt安装JDK配置环境问题解决SDK配置报错：× Android SDK Command-line Tools runsQt版本出现错误：无法检测 Qt 版本所使用的 ABI。安卓构建套件警告：no device

2024-06-09 01:13:44

Flutter使用stack实现悬浮UI的示例代码

目录stack特性示例stack特性在Flutter中，你可以使用Stack和Positioned来创建悬浮 UI。Stack允许你将多个小部件叠放在一起，而Positioned则用于定位小部件在Stack中的位置。示

2024-06-09 01:13:42

OkHttp原理分析小结

目录Okhttp 介绍Okhttp 中几个重要类的介绍OkHttpClientOkHttpClient使用注意OkHttpClient的创建不需要了可以关闭Call 类Request 类RequestBody总结一下OKHTTP架构图OKHttp

2024-06-09 01:13:39

Android车载空调系统（HVAC）开发方法分析

目录1. HVAC 功能介绍1.1 双区温度调节1.2 空调开关1.3 内/外循环1.4 风量调节1.5 风向调节1.6 A/C开关1.7 主副驾座椅加热1.8 除霜1.9 自动模式2. HVAC 源码结构3. HVAC 核

2024-06-09 01:13:36

基于Android实现自动滚动布局

目录前言1. 布局自动滚动的思路2. 最终效果3. 代码实现4. 总结前言在平时的开发中，有时会碰到这样的场景，设计上布局的内容会比较紧凑，导致部分机型上某些布局中的内容显示不完

2024-06-09 01:13:34

Flutter BuildContext功能使用详解

目录BuildContext 简介BuildContext的主要作用BuildContext 简介BuildContext是Flutter中的一个重要概念，表示当前Widget在树中的位置上下文。它是一个对Widget树的一个位置

2024-06-09 01:13:26

Android apk完整性检测的实现思路和代码实现

目录需求和背景实现安全管理类相关工具类需求和背景行业相关，对安全性较高的程序一般都需要添加完整性检测的功能，以防止程序被篡改，从而导致安全问题的发生。
相关的支付应用

2024-06-09 01:13:24

Android Studio开发中Gradle各种常见报错问题解决方案

目录Android开发各种Gradle错误缺少依赖项版本冲突配置错误Android开发各种Gradle错误在开发Android应用程序时，我们可能会遇到各种Gradle错误。这些错误可能来自不同的原因，

2024-06-09 01:13:22

Flutter框架实现Android拖动到垃圾桶删除效果

目录Draggable介绍构造函数参数说明使用示例DragTarget介绍构造函数参数说明使用示例DragTarget如何接收Draggable传递过来的数据结束语Draggable介绍Draggable是Flutter框

2024-06-09 01:13:20

Android 中的 XRecyclerview的使用案例

目录前言：步骤：引用库实战过程我的案例前言：我们在上一篇文章中学到了Recyclerview但是在现实中往往需求不是那么的简单，可能需要多种需求合并起来，例如常见的上下拉刷新，删除 ite

2024-06-09 01:13:18

Android滑动冲突的解决技巧

目录滑动冲突的原理解决方法外部拦截法内部拦截法注意事项和优化技巧总结滑动冲突的原理Android的事件分发机制是基于ViewGroup的。当用户在屏幕上触摸时，事件会首先传递给最

2024-06-09 01:13:16

Android自定义View实现两种二维码的扫描效果

目录背景横线效果网格效果基础属性绘制背景色绘制边框线绘制四个边角线扫描线绘制及移动特点背景最近在开发新项目时，使用了扫描二维码的功能，一般扫描二维码的效果是一条横线

2024-06-09 01:12:49

Android中的HTextView库实现TextView动画效果

目录HTextView前言HTextView的简单使用方法HTextView引入line使用以及效果fade使用以及效果typer使用以及效果rainbow使用以及效果scale使用以及效果evaporate使用以及效果f

2024-06-09 01:12:45

Android应用设置独立的多语言实战技巧详解

目录应用设置一个不同于全局的多语言系统设置中支持为应用设置单独多语言入口在哪里自动添加手动添加在应用内部设置多语言应用设置一个不同于全局的多语言通常情况下多语言

2024-06-09 01:12:43

Flutter fluro时报错type 'String' is not a subtype of type &ap

目录报错错误原因解决方法序列化和反序列化结语报错使用fluro时报错type &lsquo;String&rsquo; is not a subtype of type &lsquo;Queue<Task>&rsquo;报错如下：错误原因在使

2024-06-09 01:12:41

Kotlin 协程 supervisorScope {} 运行崩溃解决方法

目录Kotlin 协程 supervisorScope {} 运行崩溃解决前言解决方法kotlin 协程异常处理Kotlin 协程 supervisorScope {} 运行崩溃解决前言简单介绍supervisorScope函数，它用于创

2024-06-09 01:12:38

Android ADB简介、安装及使用详解

目录一、ADB简介1、什么是adb2、为什么要用adb二、准备工具1、下载adb2、配置环境变量3、连接 4、电脑打开cmd窗口三、ADB命令详解1、基本命令2、权限命令 3、建立连接4、ap

2024-06-09 01:12:36

解决Android SELinux权限问题记录分析

目录引言解决上下文问题上下文类型引言我在恢复安卓Termux数据时遇到了权限问题，我将数据恢复到/data/data目录中，并用chown设置了正确的用户和组，但是Termux在访问时还是遇到

2024-06-09 01:12:32

Android中注解处理器APT用法示例

目录APT作用Android基本编译流程APT基本使用1、 自定义注解2、注解处理器注解处理器注解处理器注册java代码生成3. 对外调用4. 调用总结APT，Annotation Processing Tool，即注

2024-06-09 01:12:30

热点内容

Flutter项目在 iOS14 启动崩溃的解决方法
2020-09-23
Android解决getExternalStorageDirectory在29后废弃问题(推荐)
2021-02-18
Android Studio连接MySql实现登录注册(附源代码)
2021-05-16
Android串口通信apk源码详解(附完整源码)
2021-01-19
解决flutter 错误: 程序包androidx.lifecycle不存在问题
2020-10-14
Flutter 实现进度条效果
2020-05-18
解决Android调用系统分享给微信,出现分享失败,分享多文件必须为图片格式的问题
2020-10-14
Android Tablayout 自定义Tab布局的使用案例
2020-10-14
Android studio listview实现列表数据显示 数据循环显示效果
2020-10-14
关于android studio升级4.1 某些插件使用不了的问题(Mac)
2020-10-23
返回顶部
顶部