摘要:
HTTP 緩存體系 首先我將 Http 緩存體系分為以下三個部分: 1. 緩存存儲策略 用來確定 Http 響應(yīng)內(nèi)容是否可以被客戶端緩存,以及可以被哪些客戶端緩存 這個策略的作用只有一個,用于決定 Http 響應(yīng)內(nèi)容是否可緩存到客戶端 對于 Cache-Control 頭里的 Public、Priv
閱讀全文
摘要:
1 Cookie、Session 和 Token 都是用來做持久化處理的,目的就是讓客戶端和服務(wù)端相互認(rèn)識。Http 請求默認(rèn)是不持久的沒有狀態(tài)的,誰也不認(rèn)識誰。 2 Cookie: 是存放在客戶端的信息,服務(wù)器通過響應(yīng)頭 Set-Cookie 字段給客戶端,如果 Cookie 已過期一般是會被清楚
閱讀全文
摘要:
實現(xiàn)這么個功能我們不需要再去繼承RecyclerView,只需要去了解ItemTouchHelper這個類即可,接下來我們就去看看都有些什么 ItemTouchHelper.Callback 默認(rèn)需要實現(xiàn)三個方法: getMovementFlags() 獲取Touch的響應(yīng)方向,包含兩個 1.拖動d
閱讀全文
摘要:
1.先構(gòu)建WrapRecyclerAdapter 2.構(gòu)建WrapRecyclerView 我們最好還是模仿ListView的結(jié)構(gòu)搞就搞到西,自定義一個WrapRecyclerView,可以添加刪除頭部和底部View,這個就比較簡單 3.使用:
閱讀全文
摘要:
猜想: 既然考慮了分割線,那么子View在測量時候肯定要去考慮分割線留出的位置 直接measureChild()方法 猜想: 分割線會調(diào)用繪制的方法 onDraw()
閱讀全文
摘要:
一. 背景 PS:相關(guān)知識:ListView與RecyclerView緩存機制原理大致相似,如下圖所示: 滑動過程中,離屏的ItemView即被回收至緩存,入屏的ItemView則會優(yōu)先從緩存中獲取,只是ListView與RecyclerView的實現(xiàn)細節(jié)有差異.(這只是緩存使用的其中一個場景,還有
閱讀全文
摘要:
一、應(yīng)用的啟動方式 通常來說,啟動方式分為兩種:冷啟動和熱啟動。 1、冷啟動:當(dāng)啟動應(yīng)用時,后臺沒有該應(yīng)用的進程,這時系統(tǒng)會重新創(chuàng)建一個新的進程分配給該應(yīng)用,這個啟動方式就是冷啟動。 2、熱啟動:當(dāng)啟動應(yīng)用時,后臺已有該應(yīng)用的進程(例:按back鍵、home鍵,應(yīng)用雖然會退出,但是該應(yīng)用的進程是依然
閱讀全文
摘要:
1.概述 大致的流程就是在用戶崩潰的時候,我們獲取崩潰信息、應(yīng)用當(dāng)前的信息和手機信息,然后把它保存到手機內(nèi)存卡,再找我就直接找出來看看。后來衍生到上線后某些奇葩機型會有部分問題,所以不得不上傳到服務(wù)器,后來發(fā)現(xiàn)居然可以配合熱修復(fù)一步一步如此神奇,接下來我們來玩一玩,如何才能把用戶的崩潰信息上傳到服務(wù)
閱讀全文
摘要:
1.1 基本介紹 我們先去github上面了解它https://github.com/alibaba/AndFix 這里就有一個概念那就AndFix.apatch補丁用來修復(fù)方法,接下來我們看看到底是怎么實現(xiàn)的。 這里就有一個概念那就AndFix.apatch補丁用來修復(fù)方法,接下來我們看看到底是怎
閱讀全文
摘要:
我們自己來實現(xiàn)一套IOC注解框架吧,采用的方式反射加注解和Xutils類似,但我們盡量不寫那么麻煩,也不打算采用動態(tài)代理,我們擴展一個檢測網(wǎng)絡(luò)的注解,比如沒網(wǎng)的時候我們不去執(zhí)行方法而是給予沒有網(wǎng)絡(luò)的提示同時也不允許用戶反復(fù)點擊。 這個時候有人就開始噴了,明知道反射會影響性能為什么還要用?這里我就隨便
閱讀全文