一、图像的存储形式——Bitmap
数字图像在计算机上以位图(bitmap)的形式存在。位图是一个矩形点阵，其中每一点称为像素(pixel)，像素是数字图像中的基本单位。一幅m×n大小的图像，是由m×n个明暗度不等的像素组成的。
数字图像中各个像素所具有的明暗程度由灰度值(gray level)所标识。一般将白色的灰度值定义为255，黑色灰度值定义为0，而由黑到白之间的明暗度均匀地划分为256个等级。
对于黑白图像，每个像素用一个字节数据来表示；
对于彩色图像，每个像素需用三个字节数据来表述。彩色图像可以分解成红(R)、绿(G)、蓝(B)三个单色图像，任何一种颜色都可以由这三种颜色混合构成。在图像处理中，彩色图像的处理通常是通过对其三个单色图像分别处理而得到的。
二、 ARGB_8888、ALPHA_8、ARGB_4444、RGB_565的区别
这些都是色彩的存储模式。
A：alpha（透明度）
R：red（红色）
G：green（绿色）
B：blue（蓝色）
Bitmap.Config ARGB_4444：
A=4，R=4，G=4，B=4，那么一个像素点占4+4+4+4=16位，2字节;
Bitmap.Config ARGB_8888：
A=8，R=8，G=8，B=8，那么一个像素点占8+8+8+8=32位， 4字节;
Bitmap.Config RGB_565：
R=5，G=6，B=5，没有透明度，那么一个像素点占5+6+5=16位， 2字节;
Bitmap.Config ALPHA_8：
A=8 只有透明度，没有颜色。1字节;
位图位数越高代表其可以存储的颜色信息越多，图像也就越逼真。ARGB_8888是最逼真的，但同样也是最占用内存的。
三、 如何计算一张图片所占用的内存？
假设图片尺寸为1920x1200（像素），格式为ARGB_8888，内存如何计算？
如上面所述，图像格式为ARGB_8888， 8+8+8+8=32位= 4字节，也就是一个像素占4字节
而这张图片有1920x1200个像素点，所以它占用内存为：1920x1200x4（字节）/ 1024 = 9000KB 约为 8.79MB
总结来说，一张图片占用内存为：
长 x 宽 x 每个像素点占用的内存
备注：
1 byte = 8 bit位
1 KB = 1024 bytes =2^10 bytes 字节
1 MB = 1024 KB = 2^20 bytes
1 GB = 1024 MB = 2^30 bytes
四、Android使用BitmapFactory获取Bitmap的几种方法
1、decodeFile(String path)获取SD卡中的图片：根据图片路径从指定的文件中创建解析Bitmap对象：
String path = "/storage/emulated/0/test.jpg";
Bitmap bitmap = BitmapFactory.decodeFile(path);
2、decodeResource(Resource res, int id) 根据资源ID从指定的资源文件中解析创建Bitmap对象：
Bitmap bitmap = BitmapFactory.decodeResource(getResources(), R.drawable.my_photo);
3、decodeStream(InputStream is)：用于从指定输入流中介解析、创建Bitmap对象。例如从服务器上获取一个图片:
String image_url = "xxxxx"; // 图片url
Bitmap bitmap = null;
HttpURLConnection urlConnection = null;
InputStream inputStream = null;
try {
URL url = new URL(image_url);
urlConnection = (HttpURLConnection) url.openConnection();
urlConnection.setConnectTimeout(5000);
urlConnection.setRequestMethod("GET");
inputStream = urlConnection.getInputStream();
bitmap = BitmapFactory.decodeStream(inputStream);
} catch (MalformedURLException e) {
// TODO Auto-generated catch block
e.printStackTrace();
} catch (IOException e) {
// TODO Auto-generated catch block
e.printStackTrace();
} finally {
if (connection != null) {
connection.disconnect();
}
if (inputStream != null) {
try {
inputStream.close();
} catch (IOException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}
}
}
4、decodeByteArray(byte[] data, int offset,int length)：从指定字节数组的offset位置开始，将长度为length的字节数据解析成Bitmap对象。
5、decodeFileDescriptor(FileDescriptor fd)：用于从FileDescriptor对应的文件中解析、创建Bitmap对象。
注意：
以上decode方法都有对应的带BitmapFactory.options参数的方法。
**五、Bitmap解码参数——BitmapFactory.options **
之所以把BitmapFactory.options单独列出来，是因为它对于减少图片内存占用等具有重要意义。详细用法参见：http://www.jianshu.com/p/88d86240db48
来看一下主要用到的几个吧：
1、inJustDecodeBounds：
当设为true时，decode方法会返回null(Bitmap为空)，但是Options的outWidth/outHeight/outMimeType属性会被设置上。因此通过这种方式可以让我们获取Bitmap的信息同时，免去了为Bitmap的像素数据分配内存。
（其实从名字上就可以看出来，just decode bounds——只解析边，即宽高等）
这个可以用来提前判断我们要加载的图片的尺寸是否太大，是否需要压缩。
2、inSampleSize：图片尺寸被压缩的比例
如果将inSampleSize设为 >1 的值，那么就会返回压缩过的图片。例如： inSampleSize == 4，返回的图片的宽高将是原来的1/4；
如果inSampleSize设为 <= 1，那么图片不做变化；
同时注意，最终压缩的比例必须是2的倍数。不是2的倍数的，需要向下取到2的倍数值。
很明显，使用这个参数可以在解码时帮我们压缩图片的尺寸。
3、inPreferredConfig，默认值为Bitmap.Config.ARGB_8888;
图片的色彩配置信息：ARGB_8888、RGB_565等
4、outWidth/outHeight
要生成的Bitmap的宽度和高度；如果inJustDecodeBounds设为true了，那么这个就是未经压缩过的原图片的宽高；如果inJustDecodeBounds设为false了，那么这个就是输出的Bitmap的宽高（有可能被压缩过的）；
六、Bitmap到底要不要Recycle？
Android 3.0
(to be continue...)
