1. 关于android系统一次能创建多大的Bitmap
实际操作来看应该是正确的，且看如下实验：
在创建Bitmap是无论将其width和height初始化多么大，只要不执行绘图操作，都不会报OOM（out of memory）错误
通过Config.ALPHA_8单字节设置Bitmap，最后生成的图片只有一个黑色背景
通过Config.ARGB_4444两个字节设置，width*height 最大可以初始化到1006*1006*8，才能保证在绘图时不提示错误
通过Config.ARGB_8888四个字节设置，width*height 最大可以初始化到1006*1006*4，才能保证在绘图时不提示错误
在上面极限测试过程中，仅能保证第一次绘图操作正确，再来一次就OOM了
所以由此可以得出如下结论：
Bitmap在创建时是没有分配内存的(当然了，如果是通过decode方法直接解析图像文件，应该是会即时分配的；网上一位高手说Android系统一次能读取的最大文件大小为1M，本人尚未验证)
1006*1006*8*2大约等于16M
2. Android内存优化五：Bitmap优化
Android内存优化一:java垃圾回收机制
Android内存优化二:内存泄漏
Android内存优化三:内存泄漏检测与监控
Android内存优化四：OOM
Android内存优化五：Bitmap优化
压缩比：scale = (flaot) targetDensity / density
targetDensity : 设备屏幕像素密度dpi
density: 图片对应的文件夹的像素密度dpi
1)、同一张图片放在不同的资源目录下，其分辨率会有变化。
2)、Bitmap的分辨率越高，其解析后的宽高越小，甚至小于原有的图片（及缩放），从而内存也响应的减少。
3)、图片不放置任何资源目录时，其使用默认分辨率mdpi：160。
4)、资源目录分辨率和屏幕分辨率一致时，图片尺寸不会缩放。
Bitmap放在资源目录中的计算方式为：
主要通过编码、采样、复用、匿名共享区进行优化
由于ARGB_4444的画质惨不忍睹，一般假如对图片没有透明度要求的话，可以改成RGB_565，相比ARGB_8888将节省一半的内存开销
其中，A代表透明度；R代表红色；G代表绿色；B代表蓝色。
ALPHA_8 表示8位Alpha位图,即A=8,一个像素点占用1个字节,它没有颜色,只有透明度。
ARGB_4444 表示16位ARGB位图，即A=4,R=4,G=4,B=4,一个像素点占4+4+4+4=16位，2个字节。
ARGB_8888 表示32位ARGB位图，即A=8,R=8,G=8,B=8,一个像素点占8+8+8+8=32位，4个字节。
RGB_565 表示16位RGB位图,即R=5,G=6,B=5,它没有透明度,一个像素点占5+6+5=16位，2个字节。
bitmap的占用内存，是以bitmap的宽高和每个像素占用的字节数决定的。
根据BitmapFactory 的采样率进行压缩 设置采样率，不能小于1 假如是2 则宽为之前的1/2，高为之前的1/2，一共缩小1/4 以此类推
图片复用指的是inBitmap这个属性。
不使用这个属性，你加载三张图片，系统会给你分配三份内存空间，用于分别储存这三张图片
如果用了inBitmap这个属性，加载三张图片，这三张图片会指向同一块内存，而不用开辟三块内存空间。
inBitmap的限制：
1、3.0-4.3
复用的图片大小必须相同
编码必须相同
2、4.4以上
复用的空间大于等于即可
编码不必相同
3、不支持WebP
4、图片复用，这个属性必须设置为true；
options.inMutable = true;
Android 系统为了进程间共享数据开辟的一块内存区域，由于这块区域不受应用的Head的大小限制，相当于可以绕开oom，FaceBook的Fresco首次应用到实际中。
限制：5.0以后就限制了匿名共享内存的使用。
在SDK 11 -> 18之间，重用的bitmap大小必须是一致的，例如给inBitmap赋值的图片大小为100-100，那么新申请的bitmap必须也为100-100才能够被重用。从SDK 19开始，新申请的bitmap大小必须小于或者等于已经赋值过的bitmap大小。 新申请的bitmap与旧的bitmap必须有相同的解码格式，例如大家都是8888的，如果前面的bitmap是8888，那么就不能支持4444与565格式的bitmap了。 我们可以创建一个包含多种典型可重用bitmap的对象池，这样后续的bitmap创建都能够找到合适的“模板”去进行重用。
8.0Bitmap的像素数据存储在Native，为什么又改为Native存储呢？
因为8.0共享了整个系统的内存，测试8.0手机如果一直创建Bitmap，如果手机内存有1G，那么你的应用加载1G也不会oom。
可以利用LRU开管理Bitmap，给他设置内存最大值，及时回收。
BitmapRegionDecoder
3. android bitmap 改变图片大小
Optionsoptions1=newOptions();
options1.inJustDecodeBounds=true;
BitmapFactory.decodeFile(filePath,options1);
options1.inSampleSize=RegisterTool.calculateInSampleSize(options1,110,160);//110,160：转换后的宽和高，具体值会有些出入
options1.inJustDecodeBounds=false;
Bitmapbitmap=BitmapFactory.decodeFile(filePath,options1);//filePath:文件路径
(BitmapFactory.Optionsoptions,
intreqWidth,intreqHeight){
finalintheight=options.outHeight;
finalintwidth=options.outWidth;
intinSampleSize=1;
if(height>reqHeight||width>reqWidth){
finalintheightRatio=Math.round((float)height
/(float)reqHeight);
finalintwidthRatio=Math.round((float)width/(float)reqWidth);
inSampleSize=heightRatio<widthRatio?widthRatio:heightRatio;
}
returninSampleSize;
}
//压缩图片并将Bitmap保存到本地
FileOutputStreamout=newFileOutputStream(newFile(filePath));
saveBitmap.compress(Bitmap.CompressFormat.JPEG,60,out);//60代表压缩40%
4. android中怎么是bitmap缩小
/**Bitmap放大的方法*/
private static Bitmap big(Bitmap bitmap) {
Matrix matrix = new Matrix();
matrix.postScale(1.5f,1.5f); //长和宽放大缩小的比例
Bitmap resizeBmp = Bitmap.createBitmap(bitmap,0,0,bitmap.getWidth(),bitmap.getHeight(),matrix,true);
return resizeBmp;
}
这里放大缩小的方法都有：http://www.apkbus.com/thread-311363-1-1.html
5. android图像绘制——画布保存为图片
解释：
1、首先创建一个Bitmap图片，并指定大小；
2、在该图片上创建一个新的画布Canvas，然后在画布上绘制，并保存即可；
3、需要保存的目录File，注意如果写的目录如“/sdcard/akai/”如果不存在的话，要先创建（file.mkdirs())，否则FileOutputStream会报错No found；
4、需要添加权限：<uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE"/>
什么是画布呢 其实通过字面意思的理解就是用来绘画的地方，那么android里的画布是神马样子的呢？
在自定义画布中常用到下面3个类
Canvas
这些绘图方法中的每一个都需要指定一个Paint对象来渲染它
Paint
Paint也称为"刷子"，Paint可以指定如何将基本图形绘制到位图上。
Paint类相当于一个笔刷和调色板。它可以选择如何使用上面描述的draw方法来渲染绘 制在画布上的基本图形。通过修改Paint对象，可以在绘图的时候控制颜色、样式、字体和特殊效果。最简单地，setColor可以让你选择一个Paint的颜色，而Paint对象的样式(使用setStyle控制)则可以决定是绘制绘图对象的轮廓(STROKE)，还是只填充每一部 分(FILL)，或者是两者都做(STROKE_AND_FILL)除了这些简单的控制之外，Paint类还支持透明度，另外，它也可以通过使用各种各样的阴影、过滤器和效果进行修改，从而提供由更丰富的、复杂的画笔和颜料组成的调色板。
从继承View类（或其子类）开始，并定义onDraw()回调方法。系统会调用该方法来完 成View对象自己的绘制请求。这也是通过Canvas对象来执行所有的图形绘制调用的地方，这个Canvas对象是由onDraw()回调方法传入的。
Android框架只在必要的时候才会调用onDraw()方法，每次请求应用程序准备完成图形 绘制任务时，必须通过调用invalidate()方法让该View对象失效。这表明可以在该View 对象上进行图形绘制处理了，然后Android系统会调用该View对象的onDraw()方（尽 管不保证该回调方法会立即被调用）。
在定制的View组件的onDraw()方法内部，使用给定的Canvas对象来完成所有的图形绘制处理（如Canvas.draw…（）方法或把该Canvas对象作为参数传递给其他类的draw() 方法）。一旦onDraw()方法被执行完成，Android框架就会使用这个Canvas对象来绘制一个有系统处理的Bitmap对象。
下面是Paint一些常用方法：
Bitmap
Bitmap绘图的表面也称位图（这里详细说哈位图的功能）。
从资源中获取位图：
通过Resource的函数：InputStream openRawResource(int id)获取得到资源文件的数据流后，可以通过2种方式获得bitmap
使用BitmapDrawable ：
使用BitmapDrawable(InputStream is)构造一个BitmapDrawable；
使用BitmapDrawable类的getBitmap()获取得到位图；
使用BitmapFactory使用BitmapFactory类decodeStream(InputStream is)解码位 图资源，获取位图BitmapFactory的所有函数都是static，这个辅助类可以通过资 源ID、路径、文件、数据流等方式来获取位图。
获取位图的信息
一般获取位图信息包括：位图大小、透明度、颜色格式等等，这些信息呢可以通过 三-一方法获取得到Bitmap就迎刃而解了，Android SDK中对Bitmap有详细说明，大家可以去详细了解哈。
显示位图
显示位图需要使用核心类Canvas，可以直接通过Canvas类的drawBirmap()显示位图，或者借助于BitmapDrawable来将Bitmap绘制到Canvas，下面的实例中会详细列举到
位图的缩放
位图的缩放，在Android SDK中提供了2种方法：
1：将一个位图按照需求重画一遍，画后的位图就是我们需要的了，与位图的显示几乎 一样：
drawBitmap(Bitmap bitmap, Rect src, Rectdst, Paint paint)
2：在原有位图的基础上，缩放原位图，创建一个新的位图：
createBitmap(Bitmap source, int x, int y,int width, int height, Matrix m, boolean filter)
位图旋转
位图的旋转，离不开Matrix。Android SDK提供了Matrix类，可以通过各种接口来设置 矩阵
android 处理图片工具
截取视频帧并转化为Bitmap
6. android怎么压缩一个bitmap占用空间大小
在Android应用里，最耗费内存的就是图片资源。而且在Android系统中，读取位图Bitmap时，分给虚拟机中的图片的堆栈大小只有8M，如果超出了，就会出现OutOfMemory异常。所以，对于图片的内存优化，是Android应用开发中比较重要的内容。 1) 要及时回收Bitmap的内存 Bitmap类有一个方法recycle()，从方法名可以看出意思是回收。这里就有疑问了，Android系统有自己的垃圾回收机制，可以不定期的回收掉不使用的内存空间，当然也包括Bitmap的空间。那为什么还需要这个方法呢? Bitmap类的构造方法都是私有的，所以开发者不能直接new出一个Bitmap对象，只能通过BitmapFactory类的各种静态方法来实例化一个Bitmap。仔细查看BitmapFactory的源代码可以看到，生成Bitmap对象最终都是通过JNI调用方式实现的。所以，加载Bitmap到内存里以后，是包含两部分内存区域的。简单的说，一部分是Java部分的，一部分是C部分的。这个Bitmap对象是由Java部分分配的，不用的时候系统就会自动回收了，但是那个对应的C可用的内存区域，虚拟机是不能直接回收的，这个只能调用底层的功能释放。所以需要调用recycle()方法来释放C部分的内存。从Bitmap类的源代码也可以看到，recycle()方法里也的确是调用了JNI方法了的。 那如果不调用recycle()，是否就一定存在内存泄露呢?也不是的。Android的每个应用都运行在独立的进程里，有着独立的内存，如果整个进程被应用本身或者系统杀死了，内存也就都被释放掉了，当然也包括C部分的内存。 Android对于进程的管理是非常复杂的。简单的说，Android系统的进程分为几个级别，系统会在内存不足的情况下杀死一些低优先级的进程，以提供给其它进程充足的内存空间。在实际项目开发过程中，有的开发者会在退出程序的时候使用Process.killProcess(Process.myPid())的方式将自己的进程杀死，但是有的应用仅仅会使用调用Activity.finish()方法的方式关闭掉所有的Activity。 经验分享： Android手机的用户，根据习惯不同，可能会有两种方式退出整个应用程序：一种是按Home键直接退到桌面;另一种是从应用程序的退出按钮或者按Back键退出程序。那么从系统的角度来说，这两种方式有什么区别呢?按Home键，应用程序并没有被关闭，而是成为了后台应用程序。按Back键，一般来说，应用程序关闭了，但是进程并没有被杀死，而是成为了空进程(程序本身对退出做了特殊处理的不考虑在内)。 Android系统已经做了大量进程管理的工作，这些已经可以满足用户的需求。个人建议，应用程序在退出应用的时候不需要手动杀死自己所在的进程。对于应用程序本身的进程管理，交给Android系统来处理就可以了。应用程序需要做的，是尽量做好程序本身的内存管理工作。 一般来说，如果能够获得Bitmap对象的引用，就需要及时的调用Bitmap的recycle()方法来释放Bitmap占用的内存空间，而不要等Android系统来进行释放。 下面是释放Bitmap的示例代码片段。 // 先判断是否已经回收 if(bitmap != null && !bitmap.isRecycled()){ // 回收并且置为null bitmap.recycle(); bitmap = null; } System.gc(); 从上面的代码可以看到，bitmap.recycle()方法用于回收该Bitmap所占用的内存，接着将bitmap置空，最后使用System.gc()调用一下系统的垃圾回收器进行回收，可以通知垃圾回收器尽快进行回收。这里需要注意的是，调用System.gc()并不能保证立即开始进行回收过程，而只是为了加快回收的到来。 如何调用recycle()方法进行回收已经了解了，那什么时候释放Bitmap的内存比较合适呢?一般来说，如果代码已经不再需要使用Bitmap对象了，就可以释放了。释放内存以后，就不能再使用该Bitmap对象了，如果再次使用，就会抛出异常。所以一定要保证不再使用的时候释放。比如，如果是在某个Activity中使用Bitmap，就可以在Activity的onStop()或者onDestroy()方法中进行回收。 2) 捕获异常 因为Bitmap是吃内存大户，为了避免应用在分配Bitmap内存的时候出现OutOfMemory异常以后Crash掉，需要特别注意实例化Bitmap部分的代码。通常，在实例化Bitmap的代码中，一定要对OutOfMemory异常进行捕获。 以下是代码示例。 Bitmap bitmap = null; try { // 实例化Bitmap bitmap = BitmapFactory.decodeFile(path); } catch (OutOfMemoryError e) { // } if (bitmap == null) { // 如果实例化失败 返回默认的Bitmap对象 return defaultBitmapMap; } 这里对初始化Bitmap对象过程中可能发生的OutOfMemory异常进行了捕获。如果发生了OutOfMemory异常，应用不会崩溃，而是得到了一个默认的Bitmap图。 经验分享： 很多开发者会习惯性的在代码中直接捕获Exception。但是对于OutOfMemoryError来说，这样做是捕获不到的。因为OutOfMemoryError是一种Error，而不是Exception。在此仅仅做一下提醒，避免写错代码而捕获不到OutOfMemoryError。 3) 缓存通用的Bitmap对象 有时候，可能需要在一个Activity里多次用到同一张图片。比如一个Activity会展示一些用户的头像列表，而如果用户没有设置头像的话，则会显示一个默认头像，而这个头像是位于应用程序本身的资源文件中的。 如果有类似上面的场景，就可以对同一Bitmap进行缓存。如果不进行缓存，尽管看到的是同一张图片文件，但是使用BitmapFactory类的方法来实例化出来的Bitmap，是不同的Bitmap对象。缓存可以避免新建多个Bitmap对象，避免内存的浪费。 经验分享： Web开发者对于缓存技术是很熟悉的。其实在Android应用开发过程中，也会经常使用缓存的技术。这里所说的缓存有两个级别，一个是硬盘缓存，一个是内存缓存。比如说，在开发网络应用过程中，可以将一些从网络上获取的数据保存到SD卡中，下次直接从SD卡读取，而不从网络中读取，从而节省网络流量。这种方式就是硬盘缓存。再比如，应用程序经常会使用同一对象，也可以放到内存中缓存起来，需要的时候直接从内存中读取。这种方式就是内存缓存。 4) 压缩图片 如果图片像素过大，使用BitmapFactory类的方法实例化Bitmap的过程中，需要大于8M的内存空间，就必定会发生OutOfMemory异常。这个时候该如何处理呢?如果有这种情况，则可以将图片缩小，以减少载入图片过程中的内存的使用，避免异常发生。 使用BitmapFactory.Options设置inSampleSize就可以缩小图片。属性值inSampleSize表示缩略图大小为原始图片大小的几分之一。即如果这个值为2，则取出的缩略图的宽和高都是原始图片的1/2，图片的大小就为原始大小的1/4。 如果知道图片的像素过大，就可以对其进行缩小。那么如何才知道图片过大呢? 使用BitmapFactory.Options设置inJustDecodeBounds为true后，再使用decodeFile()等方法，并不会真正的分配空间，即解码出来的Bitmap为null，但是可计算出原始图片的宽度和高度，即options.outWidth和options.outHeight。通过这两个值，就可以知道图片是否过大了。 BitmapFactory.Options opts = new BitmapFactory.Options(); // 设置inJustDecodeBounds为true opts.inJustDecodeBounds = true; // 使用decodeFile方法得到图片的宽和高 BitmapFactory.decodeFile(path, opts); // 打印出图片的宽和高 Log.d("example", opts.outWidth + "," + opts.outHeight); 在实际项目中，可以利用上面的代码，先获取图片真实的宽度和高度，然后判断是否需要跑缩小。如果不需要缩小，设置inSampleSize的值为1。如果需要缩小，则动态计算并设置inSampleSize的值，对图片进行缩小。需要注意的是，在下次使用BitmapFactory的decodeFile()等方法实例化Bitmap对象前，别忘记将opts.inJustDecodeBound设置回false。否则获取的bitmap对象还是null。 经验分享： 如果程序的图片的来源都是程序包中的资源，或者是自己服务器上的图片，图片的大小是开发者可以调整的，那么一般来说，就只需要注意使用的图片不要过大，并且注意代码的质量，及时回收Bitmap对象，就能避免OutOfMemory异常的发生。 如果程序的图片来自外界，这个时候就特别需要注意OutOfMemory的发生。一个是如果载入的图片比较大，就需要先缩小;另一个是一定要捕获异常，避免程序Crash。
7. android开发怎么得到Bitmap所占资源的大小
首先得到Bitmap对象所占资源的大小，在新的API上提供了一个方法
bitmap.getByteCount() // from API Level 12
也就是说从SDK12才能使用这个方法，针对以前的版本还是不能使用，那么怎么办？看第二种方法
bitmap.getRowBytes() * bitmap.getHeight() //这样也能很准确的计算出Bitmap所占内存的大小，方法都是从SDK1就开始存在的。bingo！正解！
需要注意的是我上面说的两种方法是得到bitmap对象在内存中所占的存储空间大小，其实比实际图片（比如图片文件）大，如果想得到文件大小呢？
如何得到bitmap所使用图片的文件大小？
bitmap.compress(format, quality, stream)
至于方法的解释，参数的传入自己去看API文档，最后一个参数是一个OutPutStream对象，得到大小
8. Android开发中ImageView里的Bitmap很模糊，怎么解决
目标和容器不一致导致的。
1、设置imageview的scaleType为center，即不随着控件的大小而去硬性适配；
2、确保所得bitmap即图片有预期的大小；
3、设置imageview的宽高为wrap，去适应bitmap的大小。
9. android bitmap 图片缩放问题
在使用Bitmap进行位图读取和显示的时候需要注意在生成位图时，系统会根据不同的情况来缩小、放大图像。
当把图片放到drawable文件夹中时，160密度的模拟器显示的图像有放大效果，240密度的模拟器显示原尺寸的图像。
当把图片放到drawable-hdpi文件夹中时，160密度的模拟器显示出的图像有缩小效果，240密度的模拟器显示原尺寸的图像。
当把图片放到drawable-mdpi文件夹中时，160密度的模拟器显示原尺寸的图像，240密度的模拟器显示放大的图像。
当把图片放到drawable-ldpi文件夹中时，160、240密度的模拟器都显示放大的图片。
由此可以看出，在使用Bitmap显示图像时，一般应放在drawable-hdpi文件夹中，这样可以根据屏幕的密度来调整图像大小，比如再做游戏时，大屏幕的与小屏幕的手机中，人物或物体应该有大小之分。望求采纳谢谢...
10. Android-Bitmap复用时内存大小计算
主要是Bitmap的这两个方法得到的Bitmap的值，会在内存复用体现。
如果不使用内存复用，这两个方法是一样的效果。
在通过复用 Bitmap 来解码图片时，那么 getByteCount() 表示新解码图片占用内存的大 小，getAllocationByteCount() 表示被复用 Bitmap真实占用的内存大小。
比如：上面的图片，黑色区域是当前Bitmap对象实际内存占用大小，但是这部分内存中，只有红色区域是新占用的，而其他的区域是可以复用的但是没被复用（即Bitmap中新的图片只是占用了8个大小，但是Bitmap实际大小其实是有20），那么如果使用getByteCount()就只会返回被复用区域的内存大小，所以使用getByteCount()返回内存区域的大小，其实是小于等于实际大小的。
以为你Bitmap占用内存大小，是由最大的图片来决定的，如果放入一张更小的图片，其实并不会减少Bitmap占用的内存大小。
可以认为：
getByteCount()只是图片的大小
getAllocationByteCount()是Bitmap的大小
因为Bitmap可以复用，所以Bitmap可以放入不同的图片，当Bitmap放入更大的图片的时候，就会占用更大的内存，但是这个时候如果对Bitmap对象进行复用，放入一张小图片，并不会改变Bitmap的大小。