新的开始
改变人生,没有什么捷径可言,这条路需要自己亲自去走一走,只有深入思考,不断反思总结,保持学习的热情,一步一步构建自己完整的知识体系,才是最终的制胜之道,也是程序员应该承担的使命。
《系列学习视频》
《系列学习文档》
《我的大厂面试之旅》
网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
fun main() {
log(“A–准备进入runningBlock”) //A
runBlocking {
log(“B–进入runningBlock” )//B
delay(1)
log(“C–执行完成runningBLock”)//C
}
log(“D–runBlocking代码块外执行”)//D
runBlocking {
delay(3)
}
}
- 执行结果
日志: A–准备进入runningBlock
日志: B–进入runningBlock
日志: C–执行完成runningBLock
日志: D–runBlocking代码块外执行
- 结论
本示例中runBlocking代码块中的B和C顺序执行完成后才执行的代码块外面的D,这证明了runningBlock会阻塞线程。
suspend函数会阻塞协程
suspend会阻塞所在的协程,不会阻塞线程,因为suspend无法在线程内部调用
- 代码
fun main() = runBlocking {
log(“A–调用suspend函数前”)
wait2Second()
log(“B–调用suspend函数后”)
delay(3)
}
suspend fun wait2Second() {
log(“C–调用suspend函数开始”)
delay(2)
log(“D–调用suspend函数结束”)
}
- 日志
日志: A–调用suspend函数前
日志: C–调用suspend函数开始
日志: D–调用suspend函数结束
日志: B–调用suspend函数后
- 结论
suspend函数会阻塞协程
withContext是否会阻塞协程
- 代码
fun main() = runBlocking {
log(“A–执行withContext前”)
withContext(Dispatchers.Default){
log(“B–开始执行withContext”)
delay(1)
log(“C–withContext执行完成”)
}
log(“D–执行withContext后”)
delay(2)
}
- 日志
日志: A–执行withContext前
日志: B–开始执行withContext
日志: C–withContext执行完成
日志: D–执行withContext后
- 结论
withContext会阻塞协程,withContext只能运行在协程,不能运行在线程中。本例中的Default改为Main就会报错,因为Main相当于运行在主线程
等待一个作业
launch方法会返回一个Job对象,Job对象调用了join方法后,会等待launch协程体执行完成再继续后面的任务。
join方法只能在协程体里面调用,不能在线程中调用
- 代码
fun main() = runBlocking {
log(“A”)
val job = GlobalScope.launch {
log(“B”)
delay(2)
log(“C”)
}
log(“D”)
job.join()
log(E)
}
- 日志
日志: A
日志: D
日志: B
日志: C
日志: E
- 结论
join会等待协程体执行完成
结构化并发
使用GlobalScope.launch是很危险的,因为它创建的是一个顶层协程,如果launch方法里执行了耗时任务,而我们的对象过早的被回收就会发生内存泄露。
这种情况的解决办法就是在我们指定的作用域范围内开启协程
举例:
- 代码
fun main() = runBlocking {
log(A)
//这个launch和GlobalScope.launch是不同的,它是运行在runBlocking的作用域内的
launch {
log(B)
delay(2)
log©
}
log(D)
}
- 日志
日志: A
日志: D
日志: B
日志: C
- 因为launch方法运行在外部runBlocking作用域内,
作用域构建器(直接抄官方)
除了由不同的构建器提供协程作用域之外,还可以使用 coroutineScope 构建器声明自己的作用域。它会创建一个协程作用域并且在所有已启动子协程执行完毕之前不会结束。
runBlocking 与 coroutineScope 可能看起来很类似,因为它们都会等待其协程体以及所有子协程结束。 主要区别在于,runBlocking 方法会阻塞当前线程来等待, 而 coroutineScope 只是挂起,会释放底层线程用于其他用途。 由于存在这点差异,runBlocking 是常规函数,而 coroutineScope 是挂起函数
- 代码
fun main() = runBlocking { // this: CoroutineScope
launch {
delay(200L)
println(“Task from runBlocking”)
}
coroutineScope { // 创建一个协程作用域
launch {
delay(500L)
println(“Task from nested launch”)
}
delay(100L)
println(“Task from coroutine scope”) // 这一行会在内嵌 launch 之前输出
}
println(“Coroutine scope is over”) // 这一行在内嵌 launch 执行完毕后才输出
}
- 输出
提前函数重构
我们可以把launch、async中的代码抽离成一个suspend函数,这样的代码更便于阅读
最后
一线互联网Android面试题含详解(初级到高级专题)
这些题目是今年群友去腾讯、百度、小米、乐视、美团、58、猎豹、360、新浪、搜狐等一线互联网公司面试被问到的题目。并且大多数都整理了答案,熟悉这些知识点会大大增加通过前两轮技术面试的几率
如果设置门槛,很多开发者朋友会因此错过这套高级架构资料,错过提升成为架构师的可能。这就失去了我们的初衷;让更多人都能通过高效高质量的学习,提升自己的技术和格局,升职加薪。
最后送给大家一句话,望共勉,永远不要放弃自己的梦想和追求;
网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
。并且大多数都整理了答案,熟悉这些知识点会大大增加通过前两轮技术面试的几率
[外链图片转存中…(img-friExPUs-1715125422960)]
如果设置门槛,很多开发者朋友会因此错过这套高级架构资料,错过提升成为架构师的可能。这就失去了我们的初衷;让更多人都能通过高效高质量的学习,提升自己的技术和格局,升职加薪。
最后送给大家一句话,望共勉,永远不要放弃自己的梦想和追求;
网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!