//獲取ViewModel
viewModel?=?ViewModelProvider(this).get(MainViewModel::class.java)`


1.
2.

//對User數據進行觀察
viewModel.user.observe(this,?Observer?{
????//展示登錄結果
????if?(it.errorCode?==?0)?{
????????Toast.makeText(this,?it.data?.nickname,?Toast.LENGTH_SHORT).show()
????}?else?{
????????Toast.makeText(this,?it.errorMsg,?Toast.LENGTH_SHORT).show()
????}
})


1.
2.
3.
4.
5.
6.
7.
8.
9.

LiveData 遵循觀察者模式。當生命周期狀態發生變化時，LiveData 會通知 Observer 對象。您可以整合代碼以在這些 Observer 對象中更新界面。觀察者可以在每次發生更改時更新界面，而不是在每次應用數據發生更改時更新界面。


1.

觀察者會綁定到 Lifecycle 對象，並在其關聯的生命周期遭到銷毀後進行自我清理。


1.

如果觀察者的生命周期處於非活躍狀態（如返回棧中的 Activity），則它不會接收任何 LiveData 事件。
不再需要手動處理生命周期
界面組件只是觀察相關數據，不會停止或恢複觀察。LiveData 將自動管理所有這些操作，因為它在觀察時可以感知相關的生命周期狀態變化。


1.
2.
3.

如果生命周期變為非活躍狀態，它會在再次變為活躍狀態時接收最新的數據。例如，曾經在後臺的 Activity 會在返回前臺後立即接收最新的數據。


1.

如果由於配置更改（如設備旋轉）而重新創建了 Activity 或 Fragment，它會立即接收最新的可用數據。


1.

可以使用單一實例模式擴展 LiveData 對象以封裝系統服務，以便在應用中共享它們。


1.

异步就是同時進行一個以上彼此目的不同的任務。


1.

利用异步中的回調機制處理。


1.

因為不同的任務之間存在前後的依賴關系。


1.

代碼結構過分耦合，遇到多重函數回調的嵌套耦合，也就是回調地獄，代碼會難以維護。


1.

鏈式調用結構。
常見方式就是使用RxJava，它是反應函數式編程在Java中的實現。
但是RxJava中流的創建、轉化與消費都需要使用到各種類和豐富的操作符，加大了RxJava的學習成本。
减少在無封裝情况下使用RxJava，因為你無法保證團隊裏面的每一個成員都能看懂它，並且在修改時都能做出正確選擇。


1.
2.
3.
4.

因為串行的執行中，執行是阻塞式的，主線程的阻塞會導致很嚴重的問題，所以所有的耗時操作不能在主線程中執行，所以就需要多線程並行來執行。


1.

那就是Kotlin協程。
Kotlin 的協程是一種無棧協程的實現，它的控制流轉依靠對協程體本身編譯生成的狀態機的狀態流轉來實現，變量保存也是通過閉包語法來實現的。


1.
2.

异步回調就是代碼的多線程順序執行，而Kotlin協程可以實現順序編寫异步代碼，自動進行線程切換。


1.

Yield：讓出CPU，放弃調度控制權，回到上一次Resume的地方
Resume：獲取調度控制權，繼續執行程序，到上一次Yield的地方


1.
2.

1.?GlobalScope.launch發起了一個協程，並在IO線程上執行，
2\. 在協程裏，去調用接口獲取結果。
3.?拿到結果，使用withContext(Dispatchers.Main)切換到主線程並更新界面


1.
2.
3.

是協程範圍，指的是協程內的代碼運行的時間周期範圍，如果超出了指定的協程範圍，協程會被取消執行。


1.

指的是與應用進程相同的協程範圍，也就是在進程沒有結束之前協程內的代碼都可以運行。


1.

ViewModelScope，為應用中的每個 ViewModel 定義了 ViewModelScope。如果 ViewModel 已清除，則在此範圍內啟動的協程都會自動取消。
LifecycleScope，為每個 Lifecycle 對象定義了 LifecycleScope。在此範圍內啟動的協程會在 Lifecycle 被銷毀時取消。
使用 LiveData 時，可能需要异步計算值。可以使用 liveData 構建器函數調用?suspend?函數，並將結果作為 LiveData 對象傳送。


1.
2.
3.
4.
5.

/**
?*?重要知識：ViewModel+協程
?*/
fun?ViewModel.launch(
????block:?suspend?CoroutineScope.()?->?Unit,
????onError:?(e:?Throwable)?->?Unit?=?{},
????onComplete:?()?->?Unit?=?{}
)?{
????viewModelScope.launch(CoroutineExceptionHandler?{?_,?e?->?onError(e)?})?{
????????try?{
????????????block.invoke(this)
????????}?finally?{
????????????onComplete()
????????}
????}
}


1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.

public?fun?CoroutineScope.launch(
????context:?CoroutineContext?=?EmptyCoroutineContext,
????start:?CoroutineStart?=?CoroutineStart.DEFAULT,
????block:?suspend?CoroutineScope.()?->?Unit
):?Job?{
????val?newContext?=?newCoroutineContext(context)
????val?coroutine?=?if?(start.isLazy)
????????LazyStandaloneCoroutine(newContext,?block)?else
????????StandaloneCoroutine(newContext,?active?=?true)
????coroutine.start(start,?coroutine,?block)
????return?coroutine
}


1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.

協程上下文，可以指定協程運行的線程。默認與指定的CoroutineScope中的coroutineContext保持一致，比如GlobalScope默認運行在一個後臺工作線程內。也可以通過顯示指定參數來更改協程運行的線程，Dispatchers提供了幾個值可以指定：Dispatchers.Default、Dispatchers.Main、Dispatchers.IO、Dispatchers.Unconfined。


1.

協程的啟動模式。默認的CoroutineStart.DEFAULT是指協程立即執行，除此之外還有CoroutineStart.LAZY、CoroutineStart.ATOMIC、CoroutineStart.UNDISPATCHED。


1.

協程主體。也就是要在協程內部運行的代碼，可以通過lamda錶達式的方式方便的編寫協程內運行的代碼。


1.

指定CoroutineExceptionHandler來處理協程內部的异常。


1.

返回值，對當前創建的協程的引用。可以通過Job的start、cancel、join等方法來控制協程的啟動和取消。


1.

interface?ApiService?{
[email protected]
[email protected]("user/login")
????suspend?fun?loginForm(@Field("username")??username:?String,@Field("password")??password:?String):?BaseResponse<User>
}


1.
2.
3.
4.
5.

data?class?BaseResponse<T>(
????val?errorCode:?Int=0,
????val?errorMsg:String??=?null,
????var?data:?T??=?null
)


1.
2.
3.
4.
5.