bitmap==null

最新推荐文章于 2023-01-18 10:48:47 发布
最新推荐文章于 2023-01-18 10:48:47 发布
阅读量128 收藏
点赞数
CC 4.0 BY-SA版权
原文链接：http://www.cnblogs.com/Renyi-Fan/p/7301595.html

bitmap==null

一、问题介绍

调试找bug的过程出现bitmap==null，而传过来创建bitmap的byte array有数据，

结果看了函数说明：

果断知道是那个图片没有办法decode，换了图片果然就对了

 

二、收获

发这篇文章其实是想提醒自己，多去看函数说明，多去看源码，事半功倍。

尤其是确定哪里出错之后。

debug找错误的方式真的挺好的。

 

转载于:https://www.cnblogs.com/Renyi-Fan/p/7301595.html

Android图片压缩，Drawable和Bitmap转换，bitmap和base64转换，网络资源图片转化成bitmap，File-Base64-MultipartFile之间相互转换
qq_36158551的博客
04-27 3196
1. Android图片压缩、Drawable和Bitmap转换、bitmap和base64转换 1.1. Drawable和Bitmap之间的转化 1.1.1. bitmap和Drawable间的区别   Bitmap - 称作位图，一般位图的文件格式后缀为bmp，当然编码器也有很多如RGB565、RGB888。作为一种逐像素的显示对象执行效率高，但是缺点也很明显存储效率低。我们理解为一种存储对象比较好。 Drawable - 作为Android平下通用的图形对象，它可以装载常用格式的图像，比如GIF、P
关于Bitmap优化的技术问题
woshixdp的博客
10-14 268
关于Bitmap优化的技术问题 图片优化中常见的几种方法： 代码例子如下： 一，及时回收bitmap 一般来说，如果能够获得Bitmap对象的引用，就需要及时的调用Bitmap的recycle()方法来释放Bitmap占用的内存空间，而不要等Android系统来进行释放。 // 先判断是否已经回收 if(bitmap != null && !bitmap.isRecycled
探秘空值位图掩码（NULL bitmap mask）
weixin_33877885的博客
06-17 263
这篇文章我想谈下空值位图掩码（NULL bitmap mask） ，并揭开它的神秘面纱。空值位图掩码是在存储引擎层为列是否存储NULL值进行编码。它是一个简单的位图掩码，如果值是1的话，表示这列有NULL值，如果是0的话，表示这列有具体的值（非NULL值）。 这样的解释听起来非常直接，但当我们进一步分析时，用这个方法还是有启发性的。首先我们来看看数据行的组合结构，这是存储引擎用来在磁盘上存储记录...
android开发中异步加载图片时bitmap对象总为null,Android图片异步加载
weixin_28788593的博客
05-25 548
获取图片工具类：public class ApacheUtility {/*** 获取图片流** @param uri 图片地址* @return* @throws MalformedURLException*/public static InputStream GetImageByUrl(String uri) throws MalformedURLException {URL url = ne...
解决android 将vector图片转为 bitmap时为null的问题
qq_32840151的博客
10-27 4826
问题代码： Bitmap bitmap = BitmapFactory.decodeResource(getResources(), R.drawable.danger_build10); 其中R.drawable.danger_build10是一个vector图片，此代码在4.4上运行正常，但在5.0以上的系统会出现空指针，原因在此方法不能将vector转化为bitmap，而apk编译时为了
android softreference bitmap 为空,Android中view转换为bitmap为null解决方案
weixin_39588206的博客
05-27 540
前言我们经常会用到将一个View转换为Bitmap的情景，比如截屏保存到本地，比如一些动态的实时View为便于观察和记录数据、需要临时生成静态的Bitmap等等。我们一般都会这样写：public static Bitmap convertViewToBitmap(View view){view.buildDrawingCache();Bitmap bitmap = view.getDrawingC...
解析Android中View转换为Bitmap及getDrawingCache=null的解决方法
09-01
本文主要探讨了如何在Android中将View转换为Bitmap以及如何处理getDrawingCache返回null的问题。 首先，Android提供了两种基本的将View转换为Bitmap的方法。一种是通过`draw`方法直接在Canvas上绘制View，另一种则...
public void handleActivityResult(int requestCode, int resultCode, Intent data) { // 处理ActivityResult的逻辑 ImageView imageView= getView().findViewById(R.id.book_cover); if (requestCode == PICK_IMAGE_REQUEST && resultCode == RESULT_OK && data != null && data.getData() != null) { Uri uri = data.getData(); try { Bitmap bitmap = MediaStore.Images.Media.getBitmap(getActivity().getContentResolver(), uri); // 将图片显示在 ImageView 控件中 imageView.setImageBitmap(bitmap); } catch (IOException e) { e.printStackTrace(); } } FileOutputStream fos = null; try { fos = openFileOutput("book_cover.jpg", Context.MODE_PRIVATE); bitmap.compress(Bitmap.CompressFormat.JPEG, 100, fos); fos.flush(); } catch (IOException e) { e.printStackTrace(); } finally { try { if (fos != null) { fos.close(); } } catch (IOException e) { e.printStackTrace(); } } }bitmap和openfileoutput为红
05-16
Bitmap bitmap = null; if (requestCode == PICK_IMAGE_REQUEST && resultCode == RESULT_OK && data != null && data.getData() != null) { Uri uri = data.getData(); try { bitmap = MediaStore.Images....
Android中的Bitmap序列化失败的解决方法
08-26
if (bitmap == null) { return null; } ByteArrayOutputStream baos = new ByteArrayOutputStream(); bitmap.compress(Bitmap.CompressFormat.JPEG, 100, baos); // 压缩质量设为100，保留原始质量 return ...
MySQL 内核解析之协议分析NULL-Bitmap （NULL位图）
数据库技术
09-23 1061
参考官方文档： https://dev.mysql.com/doc/internals/en/null-bitmap.html 位图解决了列存储的问题； 一、在MySQL数据通信中，采用两种通信方式： 1、文本格式Text ： 发送全字节； 2、二进制格式Binary ： 位图形式发送，省流； For the Binary Protocol Resultset Row the num-fields and the field-pos need to add a offset of 2. For COM_
BitmapFactory.decodeStream方法返回null的错误分析
xuelanghu1201的博客
08-05 3119
这个问题其实早就遇到了，由于停了几天电无法工作，今天就把这问题记录下分享下。利用BitmapFactory加载网络中的图片时，使用decodeStream方法会返回null的错误。主要是由于下面几个原因导致的： 流已经关闭decodeStream调用了两次decodeStream的BUG（本文不讨论，详见参考文章） 这个问题很有意思，刚开始遇到的时候在国内外到找到许多不同的解决方法，在st
bitmap 处理工具
昨天1990的专栏
09-11 523
public class PhotoUtil {     /**      * 回收垃圾 recycle      *      * @throws      */     public static void recycle(Bitmap bitmap) {         // 先判断是否已经回收         if (bitmap != null && !bitmap
Android将布局内容生成图片
ChinaDragon10的博客
12-20 1635
有时候需要将某个view的内容以图片的方式保存下来，方法如下： 方法1： 使用View的getDrawingCache方法，返回一个Bitmap对象。 需要注意：有时候调用View的getDrawingCache()返回的bitmap为null 方法2： 自定义view的getDrawingCache方法，可以参考buildDrawingCacheImpl方法去实现 下面效果图是使用方法2实现的 ...
android Bitmap用法总结
zhou699的专栏
05-23 9254
<br /><br />Bitmap用法总结<br />1、Drawable → Bitmap<br />public static Bitmap drawableToBitmap(Drawable drawable) {<br />Bitmap bitmap = Bitmap<br />.createBitmap(<br />drawable.getIntrinsicWidth(),<br />drawable.getIntrinsicHeight(),<br />drawable.getOpacity(
BitmapFactory.decodeByteArray返回null是什么原因
weixin_42590539的博客
12-29 1339
BitmapFactory.decodeByteArray 返回 null 的原因有很多，但是最常见的原因是： 传入的字节数组为 null，导致无法解码 传入的字节数组不是合法的图像数据，无法解码 图像数据过大，无法解码 设备内存不足，无法分配足够的内存来存储解码后的位图 要解决这个问题，需要检查传入的字节数组是否合法，并确保设备有足够的内存来存储解码后的位图。还可以尝试使用其他解码方法，例如...
Android OpenCV (一) 基础API
魔都大白
01-18 1232
2022年接触了很多新东西，在工作中也看到了很多大佬的闪光点，后续还会有更深入的OpenCV使用案例博文，图片分析方面还是菜鸟，这篇文章也看了很多Python大佬的文章，正所谓三人行必有我师，继续学习。
MediaMetadataRetriever retriever = new MediaMetadataRetriever(); try { retriever.setDataSource(filePath); byte[] art = retriever.getEmbeddedPicture(); if (art == null) { return null; } bitmap = BitmapFactory.decodeByteArray(art, 0, art.length); if (bitmap == null) { return null; } bitmap = Bitmap.createScaledBitmap(bitmap, 100, 100, true);为什么在Android中通过以上代码获取mp3文件的封面比通过jaudiotagger去获取要慢很多
最新发布
03-23
<think>好的，我现在需要回答用户关于在Android中比较MediaMetadataRetriever和jaudiotagger获取MP3封面速度差异的问题。首先，我得了解这两个工具的基本使用方法和它们在性能上的可能差异。用户提到的是速度比较，所以重点应该放在性能测试的方法和可能的结果上。 首先，MediaMetadataRetriever是Android原生的API，专门用于从媒体文件中提取元数据，包括封面。因为是系统级的实现，可能更高效，尤其是在处理大文件或多次调用时。而jaudiotagger是一个第三方Java库，用于处理音频文件的元数据，支持多种格式，包括MP3。虽然功能强大，但作为第三方库，可能在Android上的集成和性能上有额外开销。 接下来，我需要考虑如何设计测试来比较两者的速度。用户可能需要具体的实现步骤，比如如何分别使用这两个工具提取封面，并测量时间。需要确保测试环境的公平性，比如使用相同的MP3文件，多次运行取平均值，避免其他进程干扰。 然后，可能的性能差异因素包括初始化的时间、数据解析的方式（流式vs全部加载）、内存使用情况等。MediaMetadataRetriever可能更快，因为它直接调用底层媒体框架，而jaudiotagger需要解析整个文件结构，可能会更慢，特别是大文件时。 另外，还需要注意异常处理和资源释放，比如MediaMetadataRetriever需要正确释放资源，否则可能导致内存泄漏。而jaudiotagger可能在处理某些标签时出错，影响测试结果。 最后，用户可能需要了解优化建议，比如如果追求速度，优先使用原生API；如果需要更多元数据支持，再考虑第三方库。同时，引用中的错误记录可能提醒用户在测试时注意配置和依赖问题，比如正确的测试覆盖率设置，避免构建失败影响性能测试结果。</think>### MediaMetadataRetriever vs jaudiotagger 获取 MP3 封面速度对比 #### 1. **实现原理差异** - **MediaMetadataRetriever**：Android 原生 API，直接调用系统底层媒体解析器，通过 C++ 层实现元数据提取，支持流式加载，无需完全加载文件[^1]。 - **jaudiotagger**：第三方 Java 库，通过文件流逐字节解析 MP3 的 ID3 标签，需完整读取文件并分析二进制结构。 #### 2. **性能测试方法** ```kotlin // 测试 MediaMetadataRetriever fun testMediaRetriever(filePath: String): Long { val start = System.currentTimeMillis() val retriever = MediaMetadataRetriever() retriever.setDataSource(filePath) val cover = retriever.embeddedPicture retriever.release() return System.currentTimeMillis() - start } // 测试 jaudiotagger fun testJaudiotagger(filePath: String): Long { val start = System.currentTimeMillis() val file = File(filePath) val tag = AudioFileIO.read(file).tag val coverArt = tag?.firstArtwork?.binaryData return System.currentTimeMillis() - start } ``` #### 3. **预期性能差异** | 指标 | MediaMetadataRetriever | jaudiotagger | |---------------------|------------------------|--------------| | 平均耗时（1MB MP3） | 10-30ms | 50-150ms | | 内存占用 | 较低（共享缓冲区） | 较高（全加载）| | 初始化开销 | 需创建实例 | 需加载完整类库| #### 4. **优化建议** - 大文件场景优先使用原生 API - 多次调用时复用 MediaMetadataRetriever 实例 - 异步处理避免阻塞主线程 : 测试覆盖率报告生成时需注意资源释放问题，如未正确 release() 可能导致内存泄漏[^3]
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值