相关概念：

位深
色彩空间
颜色通道
int型占用字节
位深： 位是二进制的位。位深是指计算机系统中图片的一个像素点占用的二进制位数。例如位深32，就是使用2^8 = 32 位二进制来表示像素值。例如11111111 00000000 00000000 00000000 代表黑色，转成16进制就是 ff000000，也就是我们常见的颜色的表示方式（#ff000000）。

色彩空间： 色彩空间又叫色域。是指颜色的范围、集合。在描述颜色时，颜色范围可以是立体而不单单是平面的，所以用空间来形容更为合适。 例如hsl，hsv色彩空间，它们对颜色的描述就是立体的。

颜色通道： 通道是合成图片的单位、容器。所有通道中的所有颜色要素（要素不一定是颜色），经过渲染合成了一个彩色图片。例如cmyk有c，m，y、k四个通道，每个通道对应一种构成颜色的要素，4个通道中的颜色值合一，就成了一个图片。其他如lab、rgb等色彩模式成像的过程也是类似的。

int型占用字节数： java中int型占用32位内存==4字节。表现形式就是32个二进制位（01）。用这32个二进制表示正负整数，因为其中有一位是正负符号位，故而其实只有31位是数字，于是int型能够表示的整数范围就是 

10000000  00000000  00000000 00000000 到 01111111 11111111  11111111  11111111 

`

-2^31 ~ 2^31-1      （-2147483648~2147483647）。

Android中的bitmap

Bitmap就是位图，我们也就是我们常见的xxx.bmp图。



位图所占内存

1024 * 1024像素的位图，保存时设置位深32位，无压缩，且不添加额外描述信息时，在硬盘上一定是(1024 x 1024 x 32) 位 = (1024 x 1024 x 32 / 8)字节 = 4兆，不多不少，若位深24，则为3M。这一点可以用Photoshop随意保存一张bmp格式的图来验证。



安卓中颜色的表示

java 中一个int型占用内存为4字节。最高正好足够用来描述32位深的图片。例如：int 黑色 = 0xff000000 = 11111111 00000000 00000000 00000000。是一个负数。



安卓Bitmap配置

安卓中Bitmap配置 Config.ARGB_8888，表示的是argb每个通道中的色彩都使用2^8=256个级别（00~ff）来表示。其位深就是8（位）*4（通道） = 32。

其他配置如：

Config.ARGB_4444 = 4*4 = 16位深。 

Config.RGB_565 = 5+6+5 = 16位深。其中r通道和b通道颜色级别划分为2^5个颜色，g为2^6个颜色。

说了那么多。其实位图占用内存大小就是像素数组占用内存大小。

但是，这个数组，类型可能是不一样的。Bitmap的许多实现是底层的，由C/C++控制的，像rgb565，argb4444 这种一个像素占用16位==2个字节的配置来说，使用int32会造成内存浪费，但具体进行了怎么的优化就不知道了，在java层，我们是看不到的。

安卓中Bitmap所占内存

嗯，安卓中位图所占的内存当然也是应该是数组所占内存来的，但是具体到bitmap对象，自然有所不同，因为图片编码并不是没有除了色彩之外的其他信息，同时在具体算法、操作细节上，都可能影响到Bitmap。像素数组占用内存大小只能说是构成一个bitmap所需的最小内存。

so，要计算bitmap占用内存，还是得参看官方的api：

bitmap.getByteCount(); //返回可以用来存储这个位图的像素的最小字节数。

这个方法实际上也是计算像素数组所占内存大小（一行所占行字节总数 * 高）看其源码：



public final int getByteCount() {
        if (mRecycled) {
            Log.w(TAG, "Called getByteCount() on a recycle()'d bitmap! "
                    + "This is undefined behavior!");
            return 0;
        }
        // int result permits bitmaps up to 46,340 x 46,340
        return getRowBytes() * getHeight();
    }

但是，源码推荐我们用下面这个：

bitmap.getAllocationByteCount();

这个方法是api19开始推荐用的，是一个native方法，计算内存大小的方法在c/c++ 层。更为合理了。

so，最后整理得出计算bitmap占用内存大小的代码：



    /**
     * 计算bitmap位图所占的内存大小
     *
     * @param bitmap
     * @return bitmap占用的内存大小
     */
    @SuppressLint("NewApi")
    public static int getBitmapSize(Bitmap bitmap) {
        if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.KITKAT) {
            return bitmap.getAllocationByteCount();
        }
        if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.HONEYCOMB_MR1) {
            return bitmap.getByteCount();
        }
        if (!bitmap.isRecycled()) {
            return bitmap.getRowBytes() * bitmap.getHeight();
        }
        return 0;
    }

其他说的不准确的地方，就不关我的事了。黑黑。

——end

安卓开发中经常会遇到因为图片处理不当导致的oom问题，因为系统分配给每个应用的最大内存空间是有限的，正常只有几十上百兆（排除通过特殊手段获取到几百兆内存空间的情况）。所以为了节省更多的空间需要对图片进行内存优化。

对于很多初学者来说应该都会有这样的疑惑：  

只是加载了一张几百k的图片而已，为什么也会导致oom的问题？

想知道问题的答案我们得弄明白图片在内存中占用的空间大小是如何计算的。

1. 图片相关的几个概念：


像素：

像素是组成图片的最基本单元要素。可以看做是一个点。

分辨率：

分辨率是指在长和宽上各拥有的像素个数 

假如有张分辨率是1080*1920的图片，那它的宽度方向上有1080个像素点，高度方向上有1920个像素点，所以这张图片总共拥有2073600个像素点。

2. 图片占用内存大小的计算：


2.1 图片的载体


图片加载到内存后是以bitmap的形式存在的，所以bitmap占用内存空间大小，就是图片在内存中占用空间的大小。

2.2 bitmap占用内存空间的计算


bitmap的内存大小是以图片像素点总数乘以每个像素点所占的内存大小的结果。 

所以图片占用内存的大小只跟图片分辨率和每个像素点占用的内存大小有关。

2.3 图片的色彩格式


bitmap的每个像素占用内存的大小跟色彩格式有关。 

系统为我们提供了四种色彩格式：

ARGB_8888:占用4个字节，默认该格式显示

ARGB_4444:占用2个字节

RGB_565:占用2个字节

ALPHA:占用1个字节

如果按照默认色彩格式显示的话，那么一张分辨率是1080*1920的图片加载到内存后占用空间的大小是： 

1080 * 1920 * 4=8294400 byte，换算成m的话就是大概8m的空间大小。 

所以说一张本地的图片可能只有几十上百k但是加载到内存后就会占用好几兆的空间。图片占用内存的大小只跟该图片的分辨率有关，跟图片在本地占用空间的大小无关。一张几十兆的图片如果分辨率低，而一张几十k的图片如果分辨率高的话，加载这两张图片到内存后不做任何处理，那么占用内存的大小反而是几十k的比几十兆的大。

3. 总结


图片占用内存大小的两个关键因素：

1.图片的分辨率 

2.采用的色彩格式

本地图片跟加载到内存后的图片占用空间的大小之所以会差别很大，原因是因为本地的图片正常都是经过一定压缩的，但是只是压缩图片质量而已，并不会改变分辨率。所以你把一张图片压缩后输出到本地，再把该图片和原图加载到内存后会发现两张图片占用的内存大小是一样的，因为两张图片的分辨率是一样的。

	

大家好，我是老思机。
不知道大家有没有发现，不管是安卓系统还是 ios 系统，系统占用的空间好像越来越大，比如这样的。
还有这样的。
甚至 64G？失敬失敬，你才是大哥。
明明 1 个多 G 的系统固件，瞬间变成 10 多个 G，压缩能力再强也不能这么骚吧，非逼我换个容量更大的手机咩。
这一切的背后，究竟是人性的扭曲？还是道德的沦丧？请跟随老思机脚步，一起走进今天的老思机解密！
 安卓系统占用为什么越来越大 
大家第一个想到的应该是系统升级和功能更新占用了一定的空间。
恭喜你答对了一半，因为还有另外的原因！
假如你够细心，应该会发现买的手机容量越大系统占用也越大，真的很神奇。
为什么会这样？这就跟安卓系统分区有关了，好比电脑上的 C、D、E 盘，安卓也是有分区的。
在大多数厂商那里，他们把机身总容量根据百分比划分分区，分给系统和数据存储。
但系统统计的时候只进行系统总容量的统计，而不是分为可用和已用。
所以我们才会看到系统占用越来越大的情况。
至于为什么要这样统计，咱也不好说，咱也说不清。
除此之外，还有另一个原因。
首先要说说几年前的手机容量，比如 4G ROM 存储的手机，为什么能容纳得下一个功能齐全的安卓系统？
毕竟功能齐全的安卓系统安装后最少也得三四个 G，加上系统缓存，4G 容量怎么够装？
原因说来也简单，以前的安卓系统是 32 位，现在是 64 位。
32 位系统所用的代码相对少了些，比 64 位版本容量占用多了两三倍，更何况功能也比现在少，所以才会那么小。
不过吼，64 位系统虽然占用容量多，但支持更多硬件，比如支持 64 位 CPU，运算量多了一倍，能让手机跑得更快！
那么这么多的占用空间，到底是什么组成的呢？
下面以老思机 7.5G 的系统分区为例，通过工具分析发现，系统占用主要是在系统分区根目录下的 System 这个文件夹里，这个文件夹有什么秘密？
如果你有 Root 权限，你会发现里面主要是预装 App 的安装包，以及系统功能文件，它们占据了系统分区中的大部分容量。
以上就是安卓系统占用空间越来越大的原因了，总结下就是：
因为厂家设定系统分区百分比占用机身内存，且为 64 位系统，以及功能升级导致我们看到的系统占用越来越大。
 安卓系统占用大的解决方法 
那么有没有解决方法呢？有的，回退旧版本系统，或是 Root 后卸载不需要的功能并精简系统，别无他法。
但老思机还是想说，安卓系统分区已经固定分配了，一般情况下无法把其它文件存储到系统分区。
因此无法把这些空间用作其它用途，相对的，我们更该注意的是存储空间的清理。
可是老思机多次使用发现，很多系统自带的清理软件往往不能清理彻底，所以老思机把自己常用的一个清理软件介绍给大家。
这款应用功能比较有针对性，并且支持分身应用缓存清理，但最让我喜欢的是，这货的扫描速度超快！
(可以针对各软件和分身缓存进行清理)
而且对小白比较友好，各个地方都有提示和详细的说明。
相对于系统自带清理软件扫描两三分钟的时间，它几十秒就搞定了。
至于缺点？大概就是试用后要付费使用，但有些鸡蛋里挑骨头了。
因为定价很低，一顿早餐价，个人来说可以接受，毕竟好作品值得支持。
想要这款软件的，后台回复数字【 508 】，即可获取。
那么苹果系统占用为什么也是越来越大呢？
 苹果系统占用为什么越来越大 
同样的，苹果系统占用越来越大的原因也跟新系统功能更新离不开关系，跟安卓一样，新功能的加入导致苹果系统空间占用增加。
除这之外，还有一个原因是实时显示的数值异常。
由于系统需要时间检索容量使用情况，这时会出现数值异常，远超正常的系统占用容量，在存储空间页面等待几分钟即可显示正常。
最后则是系统升级更新残留缓存的问题，小伙伴们可能会安装描述文件进行 Beta 版的升级更新。
但 Beta 版升级有时会残留缓存并计算到系统里，造成系统占用空间过大。
这时候要节省空间的话一了百了直接抹机就可以了。
以上就是有关手机系统占用空间越来越大的原因啦，不过随着硬件的不断发展和升级，相信以后换机成本会更低，管它系统占用再怎么高，那都不是事。
本文编辑：思机不开车
手机容量快爆满的点这里

	

目标
监控app使用的内存以及系统可用内存等内存相关信息.
方案

周期性监控,如10秒或1分钟等.
获取内存占用信息.


获取系统内存信息

ActivityManager.MemoryInfo()

availMem：系统可用内存大小。

totalMem：系统总共内存大小

threshold：系统开始kill后台服务和进程的内存阈值大小

lowMemory：系统处于低内存时该值为true

获取App占用内存信息

Runtime.getRunTime()

maxMemory：App最大可用内存

freeMemory：App可用内存大小

total_memory：App当前占用内存

获取App Native部分占用内存信息

Debug.getNativeHeapSize()
Debug.getNativeHeapAllocatedSize()
Debug.getNativeHeapFreeSize()

Debug.getNativeHeapSize(): native heap大小

Debug.getNativeHeapAllocatedSize() : 获取native已分配的内存大小

Debug.getNativeHeapFreeSize(): 获取native可用内存大小
源代码
https://gitee.com/cxyzy1/MyAPM
参考资料
https://juejin.im/post/5a420e6d518825519408e0ca
关注头条号,第一时间获取最新文章: