一.协程的一些前置知识 1.1 进程和线程 1.1.1基本定义 1.1.2为什么要有线程 1.1.3 进程与线程的区别 1.2 协作式与抢占式 1.2.1 协作式 1.2.2 抢占式 1.3 协程 二. Kotlin 协程的基本使用 2.1 创建协程的三种方式 2.2 等待一个作业 2.3 协程的取消 2.4 等待协程的执行的结果 2.5 协程的异常处理 2.6 协程的超时 三.并发与挂起函数 3.1 使用 async 并发 3.2 惰性启动 async 3.3 挂起函数 3.4 协程和挂起的本

Retrofit2.6开始增加了对Kotlin协程的支持,可以通过suspend函数进行异步调用.本文简单介绍一下Retrofit中协程的使用 导入依赖 app的build文件中加入: implementation 'com.squareup.retrofit2:retrofit:2.9.0' implementation 'com.squareup.retrofit2:converter-gson:2.9.0' 注意依赖版本 data class data class ResultData<T

Android官方推荐使用协程来处理异步问题.以下是协程的特点: 轻量:单个线程上可运行多个协程.协程支持挂起,不会使正在运行协程的线程阻塞.挂起比阻塞节省内存,且支持多个并行操作. 内存泄漏更少:使用结构化并发机制在一个作用域内执行多项操作. 内置取消支持:取消操作会自动在运行中的整个协程层次结构内传播. Jetpack集成:许多Jetpack库都包含提供全面协程支持的扩展.某些库还提供自己的协程作用域,可用于结构化并发. 示例 首先工程中需要引入Kotlin与协程.然后再使用协程发起网络请求

在Android里,UI线程是不同意被堵塞的.因此我们要将耗时的工作放到子线程中去处理. 那么子线程耗时处理后要如何通知UI线程呢? 我们能够在UI主线程中创建一个handler对象,然后通过重写其handleMessage(Message msg)的方法,该方法会接收到子线程中的handler对象的sendMessage((Message msg)发回来的消息.这样一发一收就完毕工作. 而关于主线程向子线程发送消息的内容能够看我的上一篇博客.当中讲到了Looper类及其两个重要方法和实现原理.

Kotlin协程第一个示例剖析: 上一次https://www.cnblogs.com/webor2006/p/11712521.html已经对Kotlin中的协程有了理论化的了解了,这次则用代码来直观的感受一下协程,先用一个Hello World级别的示例来进行,这里新建一个工程: 默认的gradle的配置如下: 下面得修改一下,增加协程相关的依赖: 此时编译完之后就会有如下依赖包: 然后再建一个kotlin的源代码目录,目前只有一个java: 好,接下来新建一个Kotlin的测试文件开始撸码

开发环境 IntelliJ IDEA 2021.2.2 (Community Edition) Kotlin: 212-1.5.10-release-IJ5284.40 我们已经通过第一个例子学会了启动协程,这里介绍一些协程的基础知识. 阻塞与非阻塞 runBlocking delay是非阻塞的,Thread.sleep是阻塞的.显式使用 runBlocking 协程构建器来阻塞. import kotlinx.coroutines.* fun main() { GlobalScope.laun

本文探讨的是在tomcat服务端接口编程中, 异步servlet场景下( 参考我另外一个文章),用rxjava来改造接口为全流程异步方式 好处不用说 tomcat的worker线程利用率大幅提高,接口的并发能力提升 全流程无阻塞等待式(非例如像Future.get这种伪异步) 业务逻辑处理上多个操作上无依赖的可以并发处理,接口性能大幅提高 但是缺点也没法逃避 编码复杂度增加 回调地狱,原来同步几十行代码可能要变成几百行代码 难以调试,大部分代码都是以链式表达式的形式出现,出错了问题定位难 解决这

vivo 互联网客户端团队- Ruan Wen 本文是Kotlin协程解析系列文章的开篇,主要介绍Kotlin协程的创建.协程调度与协程挂起相关的内容 一.协程引入 Kotlin 中引入 Coroutine(协程) 的概念,可以帮助编写异步代码. 在使用和分析协程前,首先要了解一下: 协程是什么? 为什么需要协程? 协程最为人称道的就是可以用看起来同步的方式写出异步的代码,极大提高了代码的可读性.在实际开发中最常见的异步操作莫过于网络请求.通常我们需要通过各种回调的方式去处理网络请求,很容易就陷

同步是CPU自己主动查看IO操作是否完成,异步是IO操作完成后发出信号通知CPU(CPU是被通知的) 阻塞与非阻塞的区别在于发起IO操作之后,CPU是等待IO操作完成再进行下一步操作,还是不等待去做其他的事直到IO操作完 成了再回来进行. 消息模型:当遇到IO操作时,代码只负责发出IO请求,不等待IO结果,然后直接结束本轮消息处理,进入下一轮 消息处理过程.当IO操作完成后,将收到一条“IO完成”的消息,处理该消息时就可以直接获取IO操作结果. 子程序调用总是一个入口,一次返回,调用顺序是明确的

Coroutines Channels Java中的多线程通信, 总会涉及到共享状态(shared mutable state)的读写, 有同步, 死锁等问题要处理. 协程中的Channel用于协程间的通信, 它的宗旨是: Do not communicate by sharing memory; instead, share memory by communicating. Channel basics channels用于协程间的通信, 允许我们在不同的协程间传递数据(a stream of

Job详解: 在上一次https://www.cnblogs.com/webor2006/p/11725866.html中抛出了一个问题: 所以咱们将delay去掉,需要改造一下,先把主线程的delay给注释掉: 那怎么做呢?这里先来看一下GlobalScope.launch()方法的返回值: 咱们先来回顾一下之前Job的理论描述: 简单看一下官方的对它的说明: 其它的就暂且不读了,那能拿到Job是不是可以通过它来达到我们精准等待协程执行完的目的呢?所以首先咱们来获取它的返回值: 那重点就是怎么

在上次我们是通过了这种方式来创建了一个协程: 接着再来看另一种创建协程的方式: 下面用它来实现上一次程序一样的效果,先来回顾一下上一次程序的代码: 好,下面改用runBlocking的方式: 运行一下: 其它的代码不用多解释,重点是这块: 好,对于咱们已经在用的协程相关的类下面来读一读它们官方的javadoc: 首先先来看一下它,先看下GlobalScope: 开读: 看上面的代码好亲切,因为我是一个Android开发者~~不过目前还木有真实用Koltin编写过Android项目,还在Kotli

在之前对Kotlin的反射进行了详细的学习,接下来进入一个全新的篇章,就是关于Koltin的协程[coroutine],在正式撸码之前先对它有一个全面理论化的了解: 协程的定义: 协和通过将复杂性放入库中来简化异步编程.程序的逻辑可以在协程中顺序地表达,而底层库会为我们解决其异步性. 该库[协程是以单独的jar方式来存在的,如果项目中不用它则可以不依赖它]可以将用户代码的相关部分包装为回调.订阅相关事件.在不同线程(甚至不同机器)上调度执行,而代码则保持如同顺序执行一样简单. 协程的描述: 协程

先看简单示例:点击按钮,2s之后,TextView改变内容. package cn.lixyz.handlertest; import android.app.Activity; import android.os.Bundle; import android.os.Handler; import android.os.Message; import android.view.View; import android.widget.Button; import android.widget.Te

开发环境 IntelliJ IDEA 2021.2.2 (Community Edition) Kotlin: 212-1.5.10-release-IJ5284.40 介绍Kotlin中的协程.用一个例子来展示协程的基本用法. 第一个例子 新建工程 我们使用的是社区版IntelliJ IDEA 2021.2.2.新建一个Kotlin工程用来测试. 引入协程 项目用gradle进行管理,我们在Github上找到协程的依赖. dependencies { implementation("org.j

keyword:Android 使用handler实现线程间发送消息 (主线程 与 子线程之间).(子线程 与 子线程之间) 相信大家平时都有使用到异步线程往主线程(UI线程)发送消息的情况. 本文主要研究Handler的消息发送. 包含主线程往子线程发送消息,子线程之间互相发送消息. 一.主线程向子线程发送消息. 实现过程比較简单: 主线程发送消息到异步线程.异步线程接收到消息后在再发送一条消息给主线程. 1. 初始化主线程的Handler,用来接收子线程的消息. 2. 启动异步线程.在异步线

之前的例子都是我们在子线程(WorkerThread)当中处理并发送消息,然后在主线程(UI线程)中获取消息并修改UI,那么可以不可以在由主线程发送消息,子线程接收呢?我们按照之前的思路写一下代码: package cn.lixyz.handlertest; import android.app.Activity; import android.os.Bundle; import android.os.Handler; import android.os.Message; import andr

Java 15将发布Project Loom的第一个版本.我相信这将改变JVM.在这篇文章中,我想深入探讨一下导致我相信这一点的原因. 首先,我们需要了解核心问题.然后,我将尝试描述以前的技术如何解决它.之后,我们将看到Project Loom采取的方法.最后,我将推断后者可能对生态系统产生什么影响. Project Loom 我们首先必须记住,很长一段时间以来,计算机只有一个内核.即使这样,还是需要同时运行多个程序:这至少要运行两个操作系统和适当的程序. 为了实现并行性的幻觉,它依赖于一个技巧

注:本文适用.net2.0+的winform程序 一个winform程序,我希望它不能多开(但是如何防多开不是本文要讲的),那么在用户启动第二个实例的时候,作为第二个实例来说,大概可以有这么几种做法: 弹个窗告知用户[程序已运行]之类,用户点击弹窗后,退出自身 什么都不做,默默退出自身 让已运行的第一个实例把它的窗体显示出来,完了退出自身 显然第3种做法更地道,实现该效果的核心问题其实是:如何显示指定进程的窗口? 首先想到的是调用ShowWindow.SetForegroundWindow等AP

通常我们在处理耗时任务时候都会通过新建线程来处理,当任务处理完后通过Handler将结果发送回主线程.比如下面示例: package com.example.testlistener; import java.util.Timer; import java.util.TimerTask; import android.app.Activity; import android.content.res.Configuration; import android.os.Bundle; import a