开头
之前没有怎么注意图像的大小计算，粗略的认为从【图像】到【电子图像】是经过了【采集】-【量化】-【编码】，究竟怎么计算还真没仔细想过
那么量化究竟是怎么一个【量化】法呢？
首先，图片大小的存储基本单位是字节（byte），每个字节是由8个比特（bit）组成。所以，一个字节在十进制中的范围是
[0~255],即256个数。
图片大小跟颜色模式有直接关系
灰度模式：图片每一个像素是由1个字节数值表示，也就是说每一像素是由8位0-1代码构成。RGB模式：即red blue green三原色简写。图片每一个像素是由3个字节数值表示，也就是说每一像素是由24位0-1代码构成。CMYK模式：（其实就是印刷模式）即青色（c）洋红（m）黄色（y）黑色（k） 构成。图片每一个像素是由4个字节数值表示，也就是说每一像素是由8位0-1代码构成。
每个照片无限放大之后都会看到一个一个最小【方格】，这里的方格就是一个一个的具体的【单个像素点】，而一个像素点只能有一种颜色，这个颜色由几位来构成，就是图像的【位深度】
计算方法：
图像占用内存空间的大小：
分辨率 * 位深 ／ 8
分辨率：宽 * 高
位深度：指定图像中的每个像素可以使用的颜色信息数量。(属性页面可以看到位深度)
每个像素使用的信息位数越多，可用的颜色就越多，颜色表现就更逼真。
例如：
一幅图像分辨率：1024*768,24位，则其大小计算如下：
大小 = 1024 * 768 * 24 / 8 = 2359296 byte = 2304 KB
动动小手：
我准备算一下我之前随手拍的一个图片：在属性当中看到了它的分辨率（即宽*高），而普通的拍照的彩色照片一般都是RGB模式【即8bit-8bit-8bit】，属于24位
在属性当中看到了具体的信息后我代入公式用计算器计算：
但是后来一看，【37974528】B，这可是30多M呢，和图片5.76M严重不符呀？（方法不对？）我找了网上的其他方法，就是这样算的没错啊，后来终于找到了原因
不同的图片格式，压缩比不一样，bmp格式是没有压缩的文件格式，jpg和png就是常用的图片压缩文件格式。
所以，我恍然大悟，然后【机智的】我把图片的后缀名改成了bmp,然后定睛一看：
!!!【我个藤球】
通过改后缀名就想脱胎换骨，【呀C啦嘞】
后来通过【格式工厂】真正的转换了一下bmp格式，我去，真的是30多兆，和计算的结果一模一样
收！
