- CompoundButton 源码分析
- LinearLayout 源码分析
- SearchView 源码解析
- LruCache 源码解析
- ViewDragHelper 源码解析
- BottomSheets 源码解析
- Media Player 源码分析
- NavigationView 源码解析
- Service 源码解析
- Binder 源码分析
- Android 应用 Preference 相关及源码浅析 SharePreferences 篇
- ScrollView 源码解析
- Handler 源码解析
- NestedScrollView 源码解析
- SQLiteOpenHelper/SQLiteDatabase/Cursor 源码解析
- Bundle 源码解析
- LocalBroadcastManager 源码解析
- Toast 源码解析
- TextInputLayout
- LayoutInflater 和 LayoutInflaterCompat 源码解析
- TextView 源码解析
- NestedScrolling 事件机制源码解析
- ViewGroup 源码解析
- StaticLayout 源码分析
- AtomicFile 源码解析
- AtomicFile 源码解析
- Spannable 源码分析
- Notification 之 Android 5.0 实现原理
- CoordinatorLayout 源码分析
- Scroller 源码解析
- SwipeRefreshLayout 源码分析
- FloatingActionButton 源码解析
- AsyncTask 源码分析
- TabLayout 源码解析
文章来源于网络收集而来,版权归原创者所有,如有侵权请及时联系!
4.6 LruCache.put(K key, V value)
public final V put(K key, V value) { ... synchronized (this) { ... // 拿到键值对,计算出在容量中的相对长度,然后加上 size += safeSizeOf(key, value); ... } ... trimToSize(maxSize); return previous; }
记住几点:
- put 开始的时候确实是把值放入 LinkedHashMap 了, 不管超不超过你设定的缓存容量 。
- 然后根据
safeSizeOf
方法计算 此次添加数据的容量是多少,并且加到size
里 。 - 说到
safeSizeOf
就要讲到sizeOf(K key, V value)
会计算出此次添加数据的大小 。 - 直到 put 要结束时,进行了
trimToSize
才判断size
是否 大于maxSize
然后进行最近很少访问数据的移除。
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论