首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

API29中不推荐使用MediaStorage.Images.Thumbnails。如何使用loadThumbnail()?

在API29中,不推荐使用MediaStorage.Images.Thumbnails来加载缩略图。相反,可以使用loadThumbnail()方法来加载缩略图。

loadThumbnail()是ContextCompat类中的一个静态方法,用于加载指定URI的缩略图。它接受以下参数:

  1. ContentResolver对象:用于访问应用程序的内容提供者。
  2. Uri对象:指定要加载缩略图的媒体文件的URI。
  3. Size对象:指定所需的缩略图尺寸。

以下是使用loadThumbnail()方法的示例代码:

代码语言:txt
复制
import android.content.ContentResolver;
import android.content.Context;
import android.graphics.Bitmap;
import android.net.Uri;
import android.os.Build;
import android.provider.MediaStore;
import android.support.v4.content.ContextCompat;

public class ThumbnailLoader {
    public static Bitmap loadThumbnail(Context context, Uri uri, int width, int height) {
        ContentResolver resolver = context.getContentResolver();
        Bitmap thumbnail = null;
        
        try {
            if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.Q) {
                thumbnail = resolver.loadThumbnail(uri, new Size(width, height), null);
            } else {
                thumbnail = MediaStore.Images.Thumbnails.getThumbnail(resolver, uri, MediaStore.Images.Thumbnails.MINI_KIND, null);
            }
        } catch (Exception e) {
            e.printStackTrace();
        }
        
        return thumbnail;
    }
}

在上面的示例中,loadThumbnail()方法首先检查设备的API级别。如果设备的API级别大于等于29(Android 10),则使用resolver.loadThumbnail()方法加载缩略图;否则,使用MediaStore.Images.Thumbnails.getThumbnail()方法加载缩略图。

注意:为了使用loadThumbnail()方法,需要在应用程序的build.gradle文件中添加以下依赖项:

代码语言:txt
复制
implementation 'androidx.core:core:1.6.0'

推荐的腾讯云相关产品和产品介绍链接地址:

  • 腾讯云对象存储(COS):提供高可靠、低成本的云端存储服务,适用于图片、音视频、文档等各类文件的存储和管理。
  • 腾讯云云服务器(CVM):提供灵活可扩展的云服务器,可满足各种计算需求。
  • 腾讯云人工智能(AI):提供丰富的人工智能服务,包括图像识别、语音识别、自然语言处理等,可应用于多媒体处理、智能推荐等场景。
  • 腾讯云物联网(IoT):提供全面的物联网解决方案,包括设备接入、数据管理、应用开发等,可用于构建智能家居、智能工厂等物联网应用。
  • 腾讯云移动开发(Mobile):提供一站式移动开发平台,包括移动应用开发、移动测试、移动运营等,可帮助开发者快速构建和发布移动应用。
  • 腾讯云数据库(CDB):提供高性能、可扩展的云数据库服务,包括关系型数据库、NoSQL数据库等,适用于各种应用场景。
  • 腾讯云区块链(BCB):提供安全可信的区块链服务,可用于构建去中心化应用、数字资产管理等场景。
  • 腾讯云元宇宙(Metaverse):提供虚拟现实(VR)和增强现实(AR)技术支持,可用于游戏、教育、旅游等领域。

请注意,以上推荐的腾讯云产品仅供参考,具体选择应根据实际需求进行评估和决策。

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

为什么推荐使用PHPicker

PHPicker iOS 14 系统新增了一个图片选择器 PHPicker,官方建议使用 PHPicker 来替代原有的 API 进行图片选择,下面我们来看看 PHPicker 的优点: 支持多选 支持搜索...可选择的资源类型 // 只显示图片(注:images 包含 livePhotos) config.filter = .images // 显示 Live Photos 和视频(注:livePhotos 包含...case savedPhotosAlbum = 2 }复制代码 另外 AssetsLibrary 早在几年前被废弃,如果还在使用 AssetsLibrary 请尽快使用新的 API。...PHPicker 的缺点 为什么推荐使用 PHPicker,虽然说 PHPicker 有一些优点,但同时也有一些缺点: 加载 iCloud 资源时没有进度回调 不支持图片编辑(比如选择头像要将图片裁剪成正方形...新增权限 iOS 14 相册新增了一个 “Limited Photos Library” 模式,在授权时多了一个 “选择照片” 的选项。

2.5K40

MySQL为什么推荐使用in

使用IN语句时,MySQL可能会遇到以下问题: 索引问题:MySQL使用索引来加速查询,但在使用IN语句时,MySQL可能无法有效地使用索引。...这是因为IN语句中的值列表可能是动态的,无法提前确定索引的使用情况。当MySQL无法使用索引时,它将执行全表扫描,逐行比较每个值,这会导致查询性能下降。...内存消耗:当使用IN语句时,MySQL需要将值列表的所有值加载到内存中进行比较。如果值列表很大,可能会导致内存消耗过高,甚至引发内存溢出的问题。这对于内存有限的系统来说尤其重要。...为了解决这些问题,我们可以考虑使用其他查询操作符来替代IN语句,例如: JOIN语句:使用JOIN语句可以将多个表连接起来,根据关联条件进行查询。...子查询:子查询是将一个查询嵌套在另一个查询。通过使用子查询,我们可以将IN语句拆分为多个较小的查询,从而提高查询性能。

26130

为啥 Java 推荐将 Optional 当做参数使用

一、背景 最近开发过程,身边的同事为了实现逻辑复用,定义一个私有公共方法实现逻辑复用,定义函数签名时将上游的 Optional 作为参数传递。 IDEA 给出警告,但是并没有讲清楚为什么。...那么,为什么推荐作为参数使用呢? 二、讨论 2.1 为什么不要将 Optional 作为参数 如果将 Optional 当做参数使用,那么本身可传递 null, 依然需要进行判空再使用。...,参数是方法调用 Supplier 也违规,又契合将调用传递的目的。...三、结论 【建议】建议将 Optional 作为参数,容易造成空指针和误解,这和 Optional 的目的相违背。如果是想传递某个调用,请使用 Supplier。...【建议】建议将 Optional 作为属性,非要用建议使用 guava 包的 Optional 类。

2.8K20

为什么 MySQL 推荐使用 join?

对于 mysql,推荐使用子查询和 join 是因为本身 join 的效率就是硬伤,一旦数据量很大效率就很难保证,强烈推荐分别根据索引 单表取数据,然后在程序里面做 join,merge 数据。...大的话 业务逻辑可以控制处理。 4. 数据库是最底层的,瓶颈往往是数据库。建议数据库只是作为数据 store 的工具,而不要添加业务上去。   让缓存的效率更高。...如果关联的某个表发生了变化,那么就无法使用查 询缓存了,而拆分后,如果某个表很少改变,那么基于该表的查询就可以重复利用查询缓存结果了。 将查询分解后,执行单个查询可以减少锁的竞争。...更进一步,这样做相当于在应用实现了哈希关联,而不是使用 MySQL 的嵌套循环关联。某些场景哈希关联的效率要高很多。...这种时候是建议跨库 join 的。目前 mysql 的分布式中间件,跨库 join 表现不良。 3.

2.1K20

为什么推荐使用存储过程?

最近项目中遇到的存储过程问题,让我想起了去年在武汉出差时一位同事的发问: 我觉得存储过程挺好用的,为什么你建议用?...如果我在C#代码调用这已有的三个存储过程,事情本该非常快就能结束。我也是这么做的。...为了实现这一目的,首先想到的是使用临时表,将返回结果集存入临时表,再对其进行count(*)的计数操作: CREATE PROCEDURE [dbo]....未来如果被调用的存储过程的返回结果集字段有变动,那么MyProc的临时表结构也需要随之变化。这是令人难以接受的。 那么将MyProc的INSERT INTO换为SELECT INTO呢?...但对于业务逻辑的通用方法,非常推荐将其写在存储过程,代码复用、扩展与客户端语言比,相差甚远。也许终究能实现,但代价与风险比客户端语言要高,得不偿失。

2K30

为何阿里推荐MySQL使用join?

为便于分析执行过程的性能,改用straight_join让MySQL使用固定的连接方式执行查询,这样优化器只会按照我们指定的方式去join。...从数据行R,取出a字段到t2里查找 取出t2满足条件的行,跟R组成一行,作为结果集一部分 重复执行步骤1到3,直到t1的末尾循环结束 这个过程是先遍历t1,然后根据从t1取出的每行数据的a值,去...t2查找满足条件的记录。...由于join_buffer是以无序数组组织,因此对t2的每一行,都要做100次判断,总共需要在内存做的判断次数是:100*1000=10万次。 若使用SNL算法查询,扫描行数也是10万行。...此时如何选择驱动表? 假设,驱动表数据行数N,需分K(K不是常数,N越大K就会越大,因此把K表示为λ*N,显然λ的取值范围是(0,1))段完成,被驱动表数据行数M。

87420

什么是线程组,为什么在 Java 推荐使用

在线程组,如果发生未捕获异常,可以通过 Thread.UncaughtExceptionHandler 进行处理。 在 Java ,虽然线程组是一种功能强大的机制,但实际上并不推荐使用。...在实践,像 Executor 这样的 API 已经为线程管理提供了更加强大、可控的解决方案,相比之下,线程组已经逐渐退出 Java 中被广泛使用的范畴。...考虑到大多数应用场景都需要进行动态调度,而且现代的 JDK 版本已经增加了类似 CompletableFuture、CompletionService 等更高级且易维护的机制,因此使用线程组会带来更多的限制而不是优势...3、容易引起歧义 在 Java ,虽然 ThreadGroup 的设计旨在通过将一组线程分到同一个容器来轻松管理和控制它们,但如果使用错误,可能会导致线程状态。...因此,在 Java ,线程组已基本过时,推荐使用 Executor 框架等新的更实用的工具来进行线程管理。

27220

为什么推荐使用汉字作为密码?

目录 1、使用传统 2、汉字加密难度大 3、用户设置习惯 4、保护密码更安全 5、统一标准 ---- 日常生活,密码的使用十分常见。基本上,登录APP、手机支付、开机解锁,都需要使用密码。...如何提高密码的安全性呢? 汉字不能当密码的原因主要包括以下五点。 1、使用传统 有关密码组成没有汉字这一问题,首先要追溯到计算机的发明。...而且,英语作为世界通用语言,其易用性和通用性相对较高,因此更加普遍地为大众所接受和使用。...因此,若使用汉字作为密码,其加密存储过程十分复杂。 ?...大家设置时,可以根据提示进行修改,尽量使自己的密码安全度更高一些~ 4、保护密码更安全 我们需要通过输入法输入密码,在使用字母、数字和符号时,手机屏幕上只会显示星号或实心圆点,而若使用汉字密码,输入法的候选字出现在屏幕上

56020

美团:为什么 MySQL 推荐使用 join?

1.对于mysql,推荐使用子查询和join是因为本身join的效率就是硬伤,一旦数据量很大效率就很难保证,强烈推荐分别根据索引单表取数据,然后在程序里面做join,merge数据。...如果关联的某个表发生了变化,那么就无法使用查询缓存了,而拆分后,如果某个表很少改变,那么基于该表的查询就可以重复利用查询缓存结果了。 将查询分解后,执行单个查询可以减少锁的竞争。...更进一步,这样做相当于在应用实现了哈希关联,而不是使用MySQL的嵌套循环关联。某些场景哈希关联的效率要高很多。...工作流、三方登录、支付、短信、商城等功能 项目地址:https://github.com/YunaiV/yudao-cloud 视频教程:https://doc.iocoder.cn/video/ 三、推荐使用...这种时候是建议跨库join的。目前mysql的分布式中间件,跨库join表现不良。

34910

为什么阿里推荐使用 keySet() 遍历HashMap?

因此遍历操作也是我们经常会使用到的。...HashMap的遍历方式现如今有非常多种: 1、 使用迭代器(Iterator); 2、 使用keySet()获取键的集合,然后通过增强的for循环遍历键; 3、 使用entrySet()获取键值对的集合...,然后通过增强的for循环遍历键值对; 4、 使用Java8+的Lambda表达式和流; 以上遍历方式的孰优孰劣,在《阿里巴巴开发手册》写道: 这里推荐使用的是entrySet进行遍历,在Java8推荐使用...(当然也可能是我没有查阅到靠谱的文章,欢迎指正) keySet如何遍历了两次 我们首先写一段代码,使用keySet遍历Map。...如何遍历转换为Iterator对象的呢? 首先我们这种遍历方式大家都应该知道是叫:增强for循环,for-each 这是一种Java的语法糖~。

34220

Java 为什么推荐在 while 循环中使用 sleep()

前言最近逛 CSDN 看到一篇文章,文章大意是说为什么在循环中推荐使用 sleep 操作,原因在于线程挂起和唤醒会有很大的性能消耗,并推荐使用 Timer 及 ScheduledExecutorService...可能会导致忙等待 // 如 FLAG 变量状态未改变 那么线程可能一直循环,并不断进行线程挂起和唤醒原因是否正确主要原因和原文博主所说有很大的关系但不完全正确:我们都知道 Java 线程实际对应着操作系统的一个线程...比如微服务体系,客户端上报实例状态,或者服务端检测客户端状态都会使用定时轮询的机制。...事件机制上文的场景,我更推荐事件机制进行解耦,当变量被改变时,发送变量修改事件进行处理,如常见的 Spring Event 或者其它事件推送框架。...在 Java AQS 等待获取锁和线程池任务为空等待新任务时,会使用等待和唤醒操作轮询机制 和 等待和唤醒 一般会结合使用,避免线程频繁的挂起和唤醒。

87530

为什么推荐数据库使用外键?

我的经验告诉我,很多数据库(大多数我曾经使用的)包含外键时并不总是一件坏事。在这篇文章,我想把重点放在为什么的原因上。 为什么这是一个问题?...2.表格关系不清晰 数据库缺少外键的另一个不太明显的负面影响是,不了解该模式的人很难找到正确的表并找出表关系。这可能会导致严重的数据库查询和报告问题。 为什么数据库可以没有外键?...4.更高层次的框架 一些应用程序使用编程框架,在物理数据库之上创建另一个逻辑层。开发人员不使用插入或更新语句来修改数据,而使用API或者框架在后台执行所有操作。...这些框架可以自己创建数据库表,而总是创建外键。使用这些工具的开发人员很少会干扰自动生成的模式,并且不需要外键。...而且这种架构在大型系统很常见。

1.8K20

为什么阿里推荐使用MySQL分区表?

分区表使用起来看来挺好使的呀,为啥禁用? 使用分区表的一个重要原因就是单表过大。那若不使用分区表,就要手动分表。...分区表由server层决定使用哪个分区 手动分表由应用层代码决定使用哪个分表 所以从引擎层看,也没啥区别。 两种方式的区别,主要在server层。server层的分区表一个严重问题就是打开表的行为。...这个表是MyISAM,如果使用InnoDB,不会出现该问题。 MyISAM分区表使用通用分区策略(generic partitioning),每次访问分区都由server层控制。...即使是使用业务分表,where条件没有使用分表的key,也必须访问所有的分表。 分区表的应用场景 一大优势是对业务透明,相对于用户分表来说,使用分区表的业务代码更简洁。...实际使用时,分区表跟用户分表,有两个问题: 第一次访问时,需要访问所有分区 共用MDL锁 因此,如果要使用分区表,就不要创建太多分区。我见过一个用户做了按天分区策略,然后预先创建了10年的分区。

1.9K20

为什么MySQL推荐使用子查询和join

来源:cnblogs.com/liboware/p/12740901.html 1.对于mysql,推荐使用子查询和join是因为本身join的效率就是硬伤,一旦数据量很大效率就很难保证,强烈推荐分别根据索引单表取数据...如果关联的某个表发生了变化,那么就无法使用查询缓存了,而拆分后,如果某个表很少改变,那么基于该表的查询就可以重复利用查询缓存结果了。 将查询分解后,执行单个查询可以减少锁的竞争。...更进一步,这样做相当于在应用实现了哈希关联,而不是使用MySQL的嵌套循环关联。某些场景哈希关联的效率要高很多。...三、推荐使用join的原因 1.DB承担的业务压力大,能减少负担就减少。...这种时候是建议跨库join的。目前mysql的分布式中间件,跨库join表现不良。

3.9K30

为什么推荐使用BeanUtils属性转换工具

1 背景 之前在专栏中讲过“推荐使用属性拷贝工具”,推荐直接定义转换类和方法使用 IDEA 插件自动填充 get / set 函数。...推荐的主要理由是: 有些属性拷贝工具性能有点差 有些属性拷贝工具有“BUG” 使用属性拷贝工具容易存在一些隐患(后面例子会讲到) 2 示例 首先公司内部就遇到过 commons 包的 BeanUtils...打断点可以看到,属性拷贝之后 B 类型的 second 对象 ids 仍然为 Integer 类型: ? 如果转换为字符串,直接进行打印,并不会报错。...如果手动定义转换器,使用 IDEA 插件(如 generateO2O)自动转换: 使用 cglib 默认则不会映射 number 属性,B 的 number 为 null。...因此慎用属性转换工具,如果可能建议自定义转换类,使用 IDEA插件自动填充,效率也挺高, A 或 B 任何属性类型匹配,甚至删除一个属性,编译阶段即可报错,而且直接调用 get set 的效率也是非常高的

1.6K30

为什么推荐使用BeanUtils属性转换工具

1 背景 之前在专栏中讲过“推荐使用属性拷贝工具”,推荐直接定义转换类和方法使用 IDEA 插件自动填充 get / set 函数。...推荐的主要理由是: 有些属性拷贝工具性能有点差 有些属性拷贝工具有“BUG” 使用属性拷贝工具容易存在一些隐患(后面例子会讲到) 2 示例 首先公司内部就遇到过 commons 包的 BeanUtils...打断点可以看到,属性拷贝之后 B 类型的 second 对象 ids 仍然为 Integer 类型: 如果转换为字符串,直接进行打印,并不会报错。...如果我们在 A 类添加一个 String number 属性,在 B 类添加一个 Long number 属性,使用 mapstruect 当 number 设置为非数字类型时就会报 .NumberFormatException...之前对各种属性映射工具的性能进行了简单的对比,结果如下: 因此慎用属性转换工具,如果可能建议自定义转换类,使用 IDEA插件自动填充,效率也挺高, A 或 B 任何属性类型匹配,甚至删除一个属性,

77520
领券