android获取bitmap的大小

① android开发怎么得到Bitmap所占资源的大小

以R文件的方式，假设 res/drawable下有 test.jpg文件 Bitmap bitmap = BitmapFactory.decodeResource(this.getContext().getResources(), R.drawable.test);

② 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的大小。

③ 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

④ Android-Bitmap的getByteCount()和getAllocationByteCount()的区别

如果不使用内存复用，这两个方法是一样的效果。

在通过复用 Bitmap 来解码图片时，那么 getByteCount() 表示新解码图片占用内存的大 小，getAllocationByteCount() 表示被复用 Bitmap真实占用的内存大小。

getByteCount()只是图片的大小
getAllocationByteCount()是Bitmap的大小
因为Bitmap可以复用，所以Bitmap可以放入不同的图片，当Bitmap放入更大的图片的时候，就会占用更大的内存，但是这个时候如果对Bitmap对象进行复用，放入一张小图片，并不会改变Bitmap的大小。

比如，最初Bitmap放入一张大小为4M的图片，这个时候Bitmap占用了4M的内存，然后当这张图片使用完成之后，对Bitmap进行复用，放入一张1M的图片，这个时候其实只是复用了Bitmap之前内存大小的四分之一，如果使用getByteCount()，得到的其实就是1M，但是这个时候Bitmap对象实际占用内存其实还是4M，虽然对Bitmap进行了复用，但是并不会因为放入的图片变小了而改变了原本Bitmap对象占用内存的大小，所以getAllocationByteCount()返回的是4M

⑤ android 获取的图片尺寸比图片属性显示的尺寸大很多

起因是测试在测试过程中发现需要裁剪的图片看不到，但是还能继续裁剪。
所以就检查代码，发现了bitmap的width和Height有3000多。
然后试了下把图片改成300*300的就显示正常，
所以我们需要让图片根据大小不同，机器不同而改变图片的宽高
//设置分辨率
//1.获取系统分辨率
Resources resources = this.getResources();
DisplayMetrics dm = resources.getDisplayMetrics();
//2.获取图片分辨率
BitmapFactory.Options options = new BitmapFactory.Options();
options.inJustDecodeBounds = true;// 这个方式不会在内存创建一张图片，
Bitmap bitmap = BitmapFactory.decodeFile(filePath, options); //此时返回的bitmap为null,但是option会保留一部分参数
//3.确定分辨率
int height = options.outHeight;
int width = options.outWidth;
if(options.outHeight>dm.heightPixels*1.5f){//当图片大小比屏幕大1.5倍的时候，直接以系统高度为高度
height = dm.heightPixels;
}
if (options.outWidth>dm.widthPixels*1.5f){
width = dm.widthPixels;
}
options.inJustDecodeBounds = false;

⑥ android怎么获取drawble图片高宽

先找到这个控件，把drawble转换成bitmap，然后获取bitmap的宽高即可。主要代码如下：

Bitmap bitmap = BitmapFactory.decodeResource(this.getResources(), R.id.XXX);
int height = bitmap.getHeight();
int width= bitmap.getWidth();

最后，祝你早日解决问题。

⑦ android 编程 如何确定图片的大小

图片是本地的吗?

如果是本地图片,可以通过BitmapFactory.decodeResource(res,id);

来获取到这个Bitmap,获取到这个Bitmap,你要的大小都出来了啊.
如果是网络图片,也可以通过BitmapFactory的获取.

⑧ 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。

⑨ android开发怎么得到Bitmap所占资源的大小

内存资源么 可以大概估算出来 width*height*每个像素所占字节 根据你设置的Config不同，每个像素所占字节也不同，比如Bitmap.Config.ARGB_8888占4个字节 依次类推

⑩ android bitmap的samplesize怎样求

public static Bitmap getBitmapByBytes(byte[] bytes){

//对于图片的二次采样,主要得到图片的宽与高
int width = 0;
int height = 0;
int sampleSize = 1; //默认缩放为1
BitmapFactory.Options options = new BitmapFactory.Options();
options.inJustDecodeBounds = true; //仅仅解码边缘区域
//如果指定了inJustDecodeBounds，decodeByteArray将返回为空
BitmapFactory.decodeByteArray(bytes, 0, bytes.length, options);
//得到宽与高
height = options.outHeight;
width = options.outWidth;

//图片实际的宽与高，根据默认最大大小值，得到图片实际的缩放比例
while ((height / sampleSize > Cache.IMAGE_MAX_HEIGHT)
|| (width / sampleSize > Cache.IMAGE_MAX_WIDTH)) {
sampleSize *= 2;
}

//不再只加载图片实际边缘
options.inJustDecodeBounds = false;
//并且制定缩放比例
options.inSampleSize = sampleSize;
return BitmapFactory.decodeByteArray(bytes, 0, bytes.length, options);
}