1.png写在前面雪糕刺客是最近被网友们玩坏了的梗，指的是那些以平平无奇的外表混迹于众多平价雪糕之中的贵价雪糕。由于没有明确标明价格，通常要等到结账的时候才会发现，犹如一个潜藏于普通人群中的刺客般，伺机对那些大意的顾客们的钱包刺上一剑，因此得名。而在Android中，也有这么一个内存刺客，其作为我们日常开发中经常接触的对象之一，却常常因为使用方式的不当，时不时地就会给我们有限的内存来上一个背刺，甚至毫不留情地就给我们抛出一个OOM，它，就是Bitmap。为了讲好Bitmap这个话题，本系列文章将分为上下两篇，上篇从图像基础知识出发，结合源码讲解Bitmap内存的计算方式；下篇则基于Androi

1.png写在前面雪糕刺客是最近被网友们玩坏了的梗，指的是那些以平平无奇的外表混迹于众多平价雪糕之中的贵价雪糕。由于没有明确标明价格，通常要等到结账的时候才会发现，犹如一个潜藏于普通人群中的刺客般，伺机对那些大意的顾客们的钱包刺上一剑，因此得名。而在Android中，也有这么一个内存刺客，其作为我们日常开发中经常接触的对象之一，却常常因为使用方式的不当，时不时地就会给我们有限的内存来上一个背刺，甚至毫不留情地就给我们抛出一个OOM，它，就是Bitmap。为了讲好Bitmap这个话题，本系列文章将分为上下两篇，上篇从图像基础知识出发，结合源码讲解Bitmap内存的计算方式；下篇则基于Androi

一、签到功能的实现思路最常规的思路，一般我们会选择每个用户，每天的签到作为一条mysql表的数据，然后一条一条的记录。这种方式的确是可以的，但是它的局限性很大，只能适用于小规模公司的内部系统，人数不多的情况下。如果是用于普通大众的话，这就将不堪设想。如果有一百万用户，每天签到，一个月，需要存的数据就会有三千万条数据，一年，需要存三亿六千万条数据。这要是用户量再大点，或者使用的时长再长点，这数据是不是就太多了，而且还只是意义不是很大的数据。常规思路存在的问题：1.用户数量多的时候，存在很大的IO性能消耗，对数据库造成压力2.用户数量多的时候，存储的数据占用的空间太大3.用户数量多，时间久的情况下

一、签到功能的实现思路最常规的思路，一般我们会选择每个用户，每天的签到作为一条mysql表的数据，然后一条一条的记录。这种方式的确是可以的，但是它的局限性很大，只能适用于小规模公司的内部系统，人数不多的情况下。如果是用于普通大众的话，这就将不堪设想。如果有一百万用户，每天签到，一个月，需要存的数据就会有三千万条数据，一年，需要存三亿六千万条数据。这要是用户量再大点，或者使用的时长再长点，这数据是不是就太多了，而且还只是意义不是很大的数据。常规思路存在的问题：1.用户数量多的时候，存在很大的IO性能消耗，对数据库造成压力2.用户数量多的时候，存储的数据占用的空间太大3.用户数量多，时间久的情况下

howtopassthelistoflistsmeansList>throughbundletothefragmentinandroid基本上我使用片段，我通过创建构造函数将列表传递给片段，但是当我尝试生成签名的apk文件时，我得到了如下错误(这个片段应该有一个默认的构造函数)搜索后我找到了创建newInstance的方法，以通过捆绑将数据传递给另一个片段像这样...12345678publicstaticFragmentnewInstance(Stringarg1,intarg2){  Fragmentresult=newMyFragment();  Bundleargs=newBundle

howtopassthelistoflistsmeansList>throughbundletothefragmentinandroid基本上我使用片段，我通过创建构造函数将列表传递给片段，但是当我尝试生成签名的apk文件时，我得到了如下错误(这个片段应该有一个默认的构造函数)搜索后我找到了创建newInstance的方法，以通过捆绑将数据传递给另一个片段像这样...12345678publicstaticFragmentnewInstance(Stringarg1,intarg2){  Fragmentresult=newMyFragment();  Bundleargs=newBundle

DecodingBitmaptoImageViewwithoutcaching,preventingmemoryleaks所以我在http://developer.android.com/training/displaying-bitmaps/index.html上阅读了所有关于Bitmap的教程，似乎他们在一个非常特定的级别使用类来管理它们的缓存。我也知道有像UniversalImageLoader这样的库可以为您解决这个问题。但是让我们变得简单，如果我只想从文件中解码单个Bitmap并将其放在ImageView上怎么办。据我所知，为了防止内存泄漏，您不应该保留对Bitmap的引用，那么如何

DecodingBitmaptoImageViewwithoutcaching,preventingmemoryleaks所以我在http://developer.android.com/training/displaying-bitmaps/index.html上阅读了所有关于Bitmap的教程，似乎他们在一个非常特定的级别使用类来管理它们的缓存。我也知道有像UniversalImageLoader这样的库可以为您解决这个问题。但是让我们变得简单，如果我只想从文件中解码单个Bitmap并将其放在ImageView上怎么办。据我所知，为了防止内存泄漏，您不应该保留对Bitmap的引用，那么如何

一、前言笔者最近致力于vivo游戏中心稳定性维护，在分析线上异常时，发现有相当一部分是由OutOfMemory引起。谈及OOM，我们一般都会想到内存泄漏，其实，往往还有另外一个因素——图片，如果对图片使用不当的话，很容易吃掉大量内存，从而导致异常。尤其是游戏中心在2020末~2021初的几个重要版本，上线了很多内容相关的feature，引入大量图片、视频列表，从而导致线上OOM占比上升。在这篇文章中，笔者将讲解一张看似普通的Bitmap对内存的占用，介绍AndroidStudio中帮助我们分析图片占用内存的工具，举例说明流行的两大图片加载框架：Glide、Picasso在加载图片时使用内存的不

一、前言笔者最近致力于vivo游戏中心稳定性维护，在分析线上异常时，发现有相当一部分是由OutOfMemory引起。谈及OOM，我们一般都会想到内存泄漏，其实，往往还有另外一个因素——图片，如果对图片使用不当的话，很容易吃掉大量内存，从而导致异常。尤其是游戏中心在2020末~2021初的几个重要版本，上线了很多内容相关的feature，引入大量图片、视频列表，从而导致线上OOM占比上升。在这篇文章中，笔者将讲解一张看似普通的Bitmap对内存的占用，介绍AndroidStudio中帮助我们分析图片占用内存的工具，举例说明流行的两大图片加载框架：Glide、Picasso在加载图片时使用内存的不