Android RecyclerView實現(xiàn)拼團倒計時列表實例代碼
前言
最近一直被需求趕著走,有些功能經(jīng)過測試上線后就沒再review。閑下來還是重新優(yōu)化下老代碼,溫故而知新,還是有點收獲和進步的
需求TODO
團購這種促銷方式已經(jīng)很普遍,尤其是大家熟悉的“并夕夕”更是玩的很6?,F(xiàn)在我們就要實現(xiàn)一個團購倒計時列表,并以“剩余:09:12:24.8”這種樣式來展示該團距離結(jié)束時間的倒計時。
技術(shù)初步分析
首先,有關(guān)時間變化的,首先想到TimerTask+Timer這個定時器組合,列表不用多說RecyclerView。其中涉及到UI更新,所以需要一個handler來更新item。
初步我們會想到兩種方式:
- 每個item使用一個timer,更新item
- 使用一個timer,更新數(shù)據(jù)源,更新item
兩種方法各有利弊,后面我們再具體通過demo對比。
其次,由于Android系統(tǒng)時間可被更改,所以要求我們不能單純的直接通過后端返回的groupFinishTime減去當(dāng)前系統(tǒng)時間System.currentTimeMillis來作為要展示的剩余時間。所以我們首先在對接口時候記得跟后端同學(xué)約定好,大佬請直接傳給我剩余的時間(單位是秒還是毫秒呢?都可以,不過大部分都會給秒)
想想還有什么坑沒想到
- 后端直接給我返回了個還剩1秒咋辦? 莫得辦法,這邏輯如果后端嚴(yán)謹(jǐn)他們會幫你處理掉很多臨界時間點╮(╯_╰)╭,要么我們在接收到數(shù)據(jù)時候就做好過濾。
- 從后端拿到數(shù)據(jù)的網(wǎng)絡(luò)耗時+解析到展現(xiàn)耗時 (即我的timer從什么時候開始計時,以及初始化到啟動的消耗)
其實Android本身就有一個自己的倒計時類:CountDownTimer,內(nèi)部實現(xiàn)也是通過Handler實現(xiàn),加上注釋共157行,而且計算了程序內(nèi)部消耗時間 - 列表是否支持下拉刷新,上拉加載?刷新之后數(shù)據(jù)是否會導(dǎo)致布局錯亂,這些都需要我們考慮。
- RecyclerView的緩存機制對不在屏幕內(nèi)和重新回到屏幕內(nèi)數(shù)據(jù)的影響
- 用到計時器肯定要考慮內(nèi)存開銷和內(nèi)存泄漏
綜上,我們確定了我們要做的東西:
- 布局:SwipeRefreshLayout+RecyclerView
- 計時器:CountDownTimer/TimerTask
- 接口參數(shù):groupLeftSecond(必須),groupFinishTime(最好也有),leftMemberCount(還差x人),leaderAvater(團長頭像)
ok,那么我們就照著并夕夕的頁面做一個吧
Coding
1.每個item一個CountDownTimer
關(guān)鍵代碼(kotlin)
class GroupListAdapter(private val mContext: Context) : RecyclerView.Adapter<GroupListAdapter.GroupViewHolder>() { private var rList: List<GroupOrderBean>? = null private val countDownMap: SparseArray<CountDownTimer>? private var mPostion: Int = 0 private var timesList: MutableList<Long> = ArrayList() init { countDownMap = SparseArray() } fun setGroupList(list: List<GroupOrderBean>?) { this.rList = list if (rList?.size!! > 0) { timesList = ArrayList() for (item in rList!!) { timesList.add( item.leftSecond * 1000 + System.currentTimeMillis() ) } } } //避免內(nèi)存泄漏 fun cancelTimers() { if (countDownMap == null) { return } for (i in 0 until countDownMap.size()) { val cdt = countDownMap.get(countDownMap.keyAt(i)) cdt?.cancel() } } override fun onBindViewHolder(holder: GroupViewHolder, position: Int) { if (rList == null ||rList!!.isEmpty()) { return } var countDownTimer: CountDownTimer? = countDownMap?.get(holder.tvLeftSecond.hashCode()) countDownTimer?.cancel() val groupBean = rList!![position] if (groupBean.leftMember <= 0) { holder.tvLeftMember?.visibility = View.GONE } holder.tvLeftMember.text = "還差${groupBean.leftMember}人" holder.tvLeftSecond.text = formatTime(groupBean.leftSecond * 1000) val lefttime = timesList[position] - System.currentTimeMillis() if (groupBean.leftSecond > 0) { if (lefttime <= 0) { holder.tvLeftSecond?.text = "剩余00:00:00.0" //TODO 重新請求刷新數(shù)據(jù) } else { countDownTimer = object : CountDownTimer(lefttime, 100L) { override fun onTick(millisUntilFinished: Long) { holder.tvLeftSecond.text = formatTime(millisUntilFinished) } override fun onFinish() { holder.tvLeftSecond.text = "剩余00:00:00.0" //TODO 重新請求刷新數(shù)據(jù) } }.start() countDownMap?.put(holder.tvLeftSecond.hashCode(), countDownTimer) } } }
將所有CountDownTimer存在SpaseArray中,統(tǒng)一管理。為了避免viewhodler復(fù)用的時候我們還新建timer,給每個timer按照viewholder的hashcode存進spaseArray中,這有點像以前用listview時候使用tag獲取viewholder的感覺。
還有一個點,當(dāng)?shù)褂嫊r為0時候,我們要去重新請求接口刷新列表,更新recyclerView,停掉以前所有timer,退出Activity時候也要清除,避免內(nèi)存泄漏
這種辦法對于數(shù)據(jù)比較少的時候還好,一旦頁面數(shù)據(jù)過多就會new很多Timer,導(dǎo)致消耗過大
所以這個方案還是要調(diào)整下
2.所有item公用一個Timer
思路:通過一個timer更新每個item數(shù)據(jù),在handlerMessage中接受消息,通過notifyItemChanged更新item
關(guān)鍵代碼
handler代碼
這里有個要注意的點,需要使用notifyitemChanged(position:Int,payLoad:Any),而不是直接使用notifyItemChanged(position:Int)來更新布局,避免頁面閃爍
init { mTask = CountTask() mHandler = object : Handler(Looper.getMainLooper()) { override fun handleMessage(msg: Message?) { if (msg?.what == 1) { if (rList?.size!! > 0) { notifyItemChanged(msg.arg1,rList!![msg.arg1]) } } } } }
初始化list數(shù)據(jù)
fun setGroupList(list: List<GroupOrderBean>?) { this.rList = list if (rList?.size!! > 0) { cancelTimers() timesList = ArrayList() for (item in rList!!) { timesList.add( item.leftSecond * 1000 ) } mTimer = Timer() mTask = CountTask() mTimer?.schedule(mTask, 0, 100) } } fun cancelTimers() { mHandler.removeMessages(1) mTimer?.cancel() mTimer?.purge() mTimer = null }
因為接口返回的是秒,而我們要以100毫秒刷新,所以需要另存一個timesList轉(zhuǎn)存被轉(zhuǎn)化后的時間。
TimerTask代碼
inner class CountTask : TimerTask() { override fun run() { if (timesList.isEmpty()) { return } var leftTime:Long for (i in timesList.indices) { if (timesList[i] <= 0) { continue } leftTime = timesList[i] - 100L if (leftTime <= 0) { timesList[i] = 0 continue } timesList[i] = leftTime val message = Message.obtain() message.what = 1 message.arg1 = i mHandler.sendMessage(message) } } }
上一個樣式圖:
這樣就夠了么?
no,no,no,倒計時結(jié)束數(shù)據(jù)的刷新、下拉刷新、上拉加載。這個頁面還需要再精細化。我們的目標(biāo)是星辰大海
總結(jié)
以上就是這篇文章的全部內(nèi)容了,希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,謝謝大家對腳本之家的支持。
相關(guān)文章
Kotlin StateFlow單數(shù)據(jù)更新熱流設(shè)計與使用介紹
StateFlow當(dāng)值發(fā)生變化,就會將值發(fā)送出去,下流就可以接收到新值。在某些場景下,StateFlow比LiveData更適用,文中通過示例代碼介紹的非常詳細,對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友們下面隨著小編來一起學(xué)習(xí)吧2022-09-09淺談Android應(yīng)用內(nèi)懸浮控件實踐方案總結(jié)
本篇文章主要介紹了淺談Android應(yīng)用內(nèi)懸浮控件實踐方案總結(jié),小編覺得挺不錯的,現(xiàn)在分享給大家,也給大家做個參考。一起跟隨小編過來看看吧2017-11-11詳解Android App中創(chuàng)建ViewPager組件的方法
這篇文章主要介紹了詳解Android App中創(chuàng)建ViewPager組件的方法,ViewPager最基本的功能就是可以使視圖滑動,需要的朋友可以參考下2016-03-03Android提高之ListView實現(xiàn)自適應(yīng)表格的方法
這篇文章主要介紹了Android采用ListView實現(xiàn)自適應(yīng)表格的方法,比較實用的功能,需要的朋友可以參考下2014-08-08Android短信接收監(jiān)聽、自動回復(fù)短信操作例子
本文實現(xiàn)了短信接收監(jiān)聽,當(dāng)接收到短信時,可自動回復(fù)短信,或自動回?fù)茈娫?,同時監(jiān)聽短信的發(fā)送狀態(tài)2014-04-04Android內(nèi)存優(yōu)化操作方法梳理總結(jié)
這篇文章主要介紹了Android 內(nèi)存優(yōu)化知識點梳理總結(jié),Android 操作系統(tǒng)給每個進程都會分配指定額度的內(nèi)存空間,App 使用內(nèi)存來進行快速的文件訪問交互,長時間如此便需要優(yōu)化策略,文章分享優(yōu)化知識點總結(jié),需要的朋友可以參考一下2022-11-11