背景 在app開發過程中，實現polling邏輯也是很常見的。當然在移動端應用使用polling處理會影響應用的性能。比如polling處理增加了網絡請求的次數，服務端壓力增加。polling處理也消耗了更多的網絡流量。但是應用polling的場景還是有的。有時是否選擇polling要考慮很多綜合的因素，比如我們可以使用長連接替代polling，但是長連接在服務端和客户端的開發成本相對要更高些，如
背景 移動app中展示的數據多數都是通過服務器接口獲取的，當接口數據與用户相關時，服務端接口會要求客户端把用户信息通過接口發送到服務器。普遍的做法是把用户登錄後的token數據發送給服務器的接口。考慮到安全問題，token都有過期時間，token過期後服務端就不能通過這個token查詢用户的具體信息了。為了刷新過期token，服務端會提供一個刷新token的接口給客户端使用。 問題分析 由於要求上
原文地址 https://blog.csdn.net/mjlong1... 背景 flow簡單的可以理解為數據流，它可以生成連續的同類型數據。剛接觸到flow的開發者都很疑惑，它的功能好像都有東西可以替代。比如通過foreach遍歷Collection或Sequence都能有flow一樣的生成數據效果，那為什麼還要引入flow呢。大家可能會認為flow實現了觀察者模式，這點與collection或
Coroutine lifecycleScope.launch { Log.d("testCoroutineScope","testCoroutineScope start $this") delay(2000) Log.d("testCoroutineScope","testCoroutineScope middle1")
