投稿
  1. 首页
  2. java

从零开始学安卓（kotlin）八——线程、Service

code • 2022-4-26 • java • 阅读 107

从零开始学安卓（kotlin）八——线程、Service,第1张

目录
  • Service
    • Android多线程编程
      • 线程的基本用法
      • 开启线程的方式（推荐）
      • 在子线程中更新UI
      • 解析异步消息处理机制
      • AsyncTask（推荐）
    • Service的基本用法
      • 后台Service
      • Activity和Service进行通信
      • Service的生命周期
    • 前台Service
    • 使用IntentService（推荐）

Service

Service是Android中实现程序后台运行的解决方案，它非常适合执行那些不需要和用户交互而且还要求长期运行的任务。
Service并不是运行在一个独立的进程当中的，而是依赖于创建Service时 所在的应用程序进程。当某个应用程序进程被杀掉时，所有依赖于该进程的Service也会停止运 行。

Android多线程编程 线程的基本用法

使用继承的方式耦合性有点高，我们会更多地选择使用实现Runnable接口的方式来定义 一个线程

class MyThread : Runnable {
    override fun run() {
		// 编写具体的逻辑 
	}
}

启动线程的方法

val myThread = MyThread()
Thread(myThread).start()

如果你不想专门再定义一个类去实现Runnable接口，也可以使用Lambda的方式，这种写法更为常见

Thread {
// 编写具体的逻辑
}.start()
开启线程的方式（推荐）

Kotlin还给我们提供了一种更加简单的开启线程的方式
这里的thread是一个Kotlin内置的顶层函数，我们只需要在Lambda表达式中编写具体的逻辑 就可以了，连start()方法都不用调用，thread函数在内部帮我们全部都处理好了。

thread {
	// 编写具体的逻辑
}
在子线程中更新UI

Android确实是不允许在子线程中进行UI *** 作的。但是有些时候，我们必须在子线程里执行一些耗时任务，然后根据任务的执行结果来更新相应的UI控件，对于这种情况，Android提供了一套异步消息处理机制，完美地解决了在子线程中进行UI *** 作的问题。Android异步消息处理的基本用法，使用这种机制就可以出色地解决在子线程中更新UI的问题。

val updateText = 1
val handler = object : Handler(Looper.getMaininLooper()) {
	override fun handleMessage(msg: Message) {
		// 在这里可以进行UI *** 作 
		when (msg.what) {
        	updateText -> textView.text = "Nice to meet you"
        }
    } 
}
override fun onCreate(savedInstanceState: Bundle?) {
	super.onCreate(savedInstanceState)
    setContentView(R.layout.activity_main)
    changeTextBtn.setOnClickListener {
		thread {
			val msg = Message()
			msg.what = updateText
			handler.sendMessage(msg) // 将Message对象发送出去
		} 
	}
}
解析异步消息处理机制

Android中的异步消息处理主要由4个部分组成:Message、Handler、MessageQueue和 Looper。

  1. Message
    Message是在线程之间传递的消息，它可以在内部携带少量的信息，用于在不同线程之间 传递数据。上一小节中我们使用到了Message的what字段，除此之外还可以使用arg1和 arg2字段来携带一些整型数据，使用obj字段携带一个Object对象。
  2. Handler
    Handler顾名思义也就是处理者的意思，它主要是用于发送和处理消息的。发送消息一般 是使用Handler的sendMessage()方法、post()方法等，而发出的消息经过一系列地辗 转处理后，最终会传递到Handler的handleMessage()方法中。
  3. MessageQueue
    MessageQueue是消息队列的意思，它主要用于存放所有通过Handler发送的消息。这部分消息会一直存在于消息队列中，等待被处理。每个线程中只会有一个MessageQueue对象。
  4. Looper
    Looper是每个线程中的MessageQueue的管家，调用Looper的loop()方法后，就会进入 一个无限循环当中，然后每当发现MessageQueue中存在一条消息时，就会将它取出，并传递到Handler的handleMessage()方法中。每个线程中只会有一个Looper对象。

异步消息处理的整个流程：
首先需要在主线程当中创建一个Handler对象，并重写 handleMessage()方法。然后当子线程中需要进行UI *** 作时，就创建一个Message对象，并 通过Handler将这条消息发送出去。之后这条消息会被添加到MessageQueue的队列中等待被 处理，而Looper则会一直尝试从MessageQueue中取出待处理消息，最后分发回Handler的 handleMessage()方法中。由于Handler的构造函数中我们传入了 Looper.getMainLooper()，所以此时handleMessage()方法中的代码也会在主线程中运行，于是我们在这里就可以安心地进行UI *** 作了。

AsyncTask（推荐）

首先来看一下AsyncTask的基本用法。由于AsyncTask是一个抽象类，所以如果我们想使用 它，就必须创建一个子类去继承它。在继承时我们可以为AsyncTask类指定3个泛型参数，这3 个参数的用途如下。
Params。在执行AsyncTask时需要传入的参数，可用于在后台任务中使用。
Progress。在后台任务执行时，如果需要在界面上显示当前的进度，则使用这里指定的泛 型作为进度单位。
Result。当任务执行完毕后，如果需要对结果进行返回，则使用这里指定的泛型作为返回值类型。
需要重写AsyncTask中的几个方法才能完成对任务的定制。经常需要重写的方法有以下4个。

  1. onPreExecute() 这个方法会在后台任务开始执行之前调用，用于进行一些界面上的初始化 *** 作，比如显示一个进度条对话框等。
  2. doInBackground(Params…)
    这个方法中的所有代码都会在子线程中运行，我们应该在这里去处理所有的耗时任务。任 务一旦完成，就可以通过return语句将任务的执行结果返回，如果AsyncTask的第三个泛 型参数指定的是Unit，就可以不返回任务执行结果。注意，在这个方法中是不可以进行UI *** 作的，如果需要更新UI元素，比如说反馈当前任务的执行进度，可以调用 publishProgress (Progress…)方法来完成。
  3. onProgressUpdate(Progress…)
    当在后台任务中调用了publishProgress(Progress…)方法后， onProgressUpdate (Progress…)方法就会很快被调用，该方法中携带的参数就是 在后台任务中传递过来的。在这个方法中可以对UI进行 *** 作，利用参数中的数值就可以对 界面元素进行相应的更新。
  4. onPostExecute(Result)
    当后台任务执行完毕并通过return语句进行返回时，这个方法就很快会被调用。返回的数 据会作为参数传递到此方法中，可以利用返回的数据进行一些UI *** 作，比如说提醒任务执 行的结果，以及关闭进度条对话框等。

简单来说，使用AsyncTask的诀窍就是，
在doInBackground()方法中执行具体的耗时任务，
在onProgressUpdate()方法中进行UI *** 作，
在onPostExecute()方法中执行一些任务的收尾工作。

class DownloadTask : AsyncTask<Unit, Int, Boolean>() {
	override fun onPreExecute() { 
		progressDialog.show() // 显示进度对话框
	}
    override fun doInBackground(vararg params: Unit?) = try {
        while (true) {
			val downloadPercent = doDownload() // 这是一个虚构的方法 	
			publishProgress(downloadPercent)
			if (downloadPercent >= 100) {
				break 
			}
		}
        true
    } catch (e: Exception) {
		false
	}
	override fun onProgressUpdate(vararg values: Int?) {
		// 在这里更新下载进度 
		progressDialog.setMessage("Downloaded ${values[0]}%")
	}
	override fun onPostExecute(result: Boolean) { 
		progressDialog.dismiss()// 关闭进度对话框 // 在这里提示下载结果
		if (result) {
			Toast.makeText(context, "Download succeeded", Toast.LENGTH_SHORT).show()
        } else {
            Toast.makeText(context, " Download failed", Toast.LENGTH_SHORT).show()
        }
	} 
}

启动这个任务

DownloadTask().execute()

可以给execute()方法传入任意数量的参数，这些参数将会传递到DownloadTask 的doInBackground()方法当中。只需要调用一下 publishProgress()方法，就可以轻松地从子线程切换到UI线程了。

Service的基本用法 后台Service

onBind()方法是Service中唯一的抽象方法，所以必须在子类里实现。
重写了onCreate()、onStartCommand()和onDestroy()这3个方 法，它们是每个Service中最常用到的3个方法了。其中onCreate()方法会在Service创建的 时候调用，onStartCommand()方法会在每次Service启动的时候调用，onDestroy()方法 会在Service销毁的时候调用。
通常情况下，如果我们希望Service一旦启动就立刻去执行某个动作，就可以将逻辑写在 onStartCommand()方法里。而当Service销毁时，我们又应该在onDestroy()方法中回收 那些不再使用的资源。

class MyService : Service() {
    override fun onBind(intent: Intent): IBinder {
        TODO("Return the communication channel to the service.")
	} 

	override fun onCreate() {
        super.onCreate()
        Log.d("MyService", "onCreate executed")
	}
    override fun onStartCommand(intent: Intent, flags: Int, startId: Int): Int {
        return super.onStartCommand(intent, flags, startId)
	}
    override fun onDestroy() {
        super.onDestroy()
        Log.d("MyService", "onDestroy executed")

	}
}

现在只有当应用保持在前台可见状态的情况下，Service才能保证稳定运行，一旦应用 进入后台之后，Service随时都有可能被系统回收。

Activity和Service进行通信

目前我们希望在MyService里提供一个下载功能，然后在Activity中可以决定何时开始 下载，以及随时查看下载进度。实现这个功能的思路是创建一个专门的Binder对象来对下载功能进行管理。

class MyService : Service() {
    private val mBinder = DownloadBinder()
    
    class DownloadBinder : Binder() {
        fun startDownload() {
            Log.d("MyService", "startDownload executed")
		}
        fun getProgress(): Int {
            Log.d("MyService", "getProgress executed")
            return 0
		} 
	}
	
    override fun onBind(intent: Intent): IBinder {
        return mBinder
	}
}

当一个Activity和Service绑定了之后，就可以调用该Service里的Binder提供的 方法了。

class MainActivity : AppCompatActivity() {
    lateinit var downloadBinder: MyService.DownloadBinder
    
    private val connection = object : ServiceConnection {
        override fun onServiceConnected(name: ComponentName, service: IBinder) 	{
            downloadBinder = service as MyService.DownloadBinder
            downloadBinder.startDownload()
            downloadBinder.getProgress()
		}
        override fun onServiceDisconnected(name: ComponentName) {}
	}
    
    override fun onCreate(savedInstanceState: Bundle?) {
		bindServiceBtn.setOnClickListener {
		val intent = Intent(this, MyService::class.java)
		bindService(intent, connection, Context.BIND_AUTO_CREATE) // 绑定Service
		}
	
		unbindServiceBtn.setOnClickListener { 
			unbindService(connection) // 解绑Service
		} 	
	}
}
Service的生命周期

虽然每调用一次 startService()方法，onStartCommand()就会执行一次，但实际上每个Service只会存在 一个实例。所以不管你调用了多少次startService()方法，只需调用一次stopService() 或stopSelf()方法，Service就会停止。

前台Service 
override fun onCreate() {
        super.onCreate()
        Log.d("MyService", "onCreate executed")
        val manager = getSystemService(Context.NOTIFICATION_SERVICE) as
                NotificationManager
        if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {
val channel = NotificationChannel("my_service", "前台Service通知", NotificationManager.IMPORTANCE_DEFAULT)
            manager.createNotificationChannel(channel)
        }
        val intent = Intent(this, MainActivity::class.java)
        val pi = PendingIntent.getActivity(this, 0, intent, 0)
        val notification = NotificationCompat.Builder(this, "my_service")
            .setContentTitle("This is content title")
            .setContentText("This is content text")
            .setSmallIcon(R.drawable.small_icon)
            .setLargeIcon(BitmapFactory.decodeResource(resources, R.drawable.large_icon))
            .setContentIntent(pi)
            .build()
        startForeground(1, notification)
}

使用前台Service必须在AndroidManifest.xml文件中进行权 限声明才行

<uses-permission android:name="android.permission.FOREGROUND_SERVICE" />
使用IntentService（推荐）

Service中的代码都是默认运行在主线程当中 的，如果直接在Service里处理一些耗时的逻辑，就很容易出现ANR(Application Not Responding)的情况。
所以这个时候就需要用到Android多线程编程的技术了，我们应该在Service的每个具体的方法 里开启一个子线程，然后在这里处理那些耗时的逻辑。

class MyService : Service() {
    ...
    override fun onStartCommand(intent: Intent, flags: Int, startId: Int): Int {
        thread {
			// 处理具体的逻辑 
		}
		
        return super.onStartCommand(intent, flags, startId)
    }
}

例子

class MyIntentService : IntentService("MyIntentService") {
	override fun onHandleIntent(intent: Intent?) {
		// 打印当前线程的id
		Log.d("MyIntentService", "Thread id is ${Thread.currentThread().name}")
	}
    override fun onDestroy() {
        super.onDestroy()
        Log.d("MyIntentService", "onDestroy executed")
	} 
}

Log.d("MainActivity", "Thread id is ${Thread.currentThread().name}")
val intent = Intent(this, MyIntentService::class.java)
startService(intent)

欢迎分享，转载请注明来源：内存溢出

原文地址: http://outofmemory.cn/langs/723407.html

赞 (0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
code code 管理员组
0 0
上一篇 2022-04-26
下一篇 2022-04-26

发表评论

登录后才能评论

评论列表（0条）

保存