Android性能优化大图的方法

本篇内容介绍了“Android性能优化大图的方法”的有关知识，在实际案例的操作过程中，不少人都会遇到这样的困境，接下来就让小编带领大家学习一下如何处理这些情况吧！希望大家仔细阅读，能够学有所成！在实际的Android项目开发中，图片是必不可少的元素，几乎所有的界面都是由图片构成的；像列表页、查看大图页等，都是需要展示图片，而且这两者是有共同点的，列表展示的Item数量多，如果全部加载进来势必会造成OOM，因此列表页通常采用分页加载，加上RecyclerView的复用机制，一般很少会发生OOM。但是对于大图查看，通常在外界展示的是一张缩略图，点开之后放大就是原图，如果图片很大，OOM发生也是正常的，因此在加载大图的时候，可以看下面这张图一张图片如果很大，在手机屏幕中并不能完全展示，那么其实就没有必要讲图片完全加载进来，而是可以采用分块加载的方式，只展示显示的那一部分，当图片向上滑动的时候，之前展示的区域内存能够复用，不需要开辟新的内存空间来承接新的模块，从而达到了大图的治理的目的。像在微信中点击查看大图，查看大图的组件就是一个自定义View，能够支持滑动、拖拽、放大等功能，因此我们也可以自定义一个类似于微信的大图查看器，从中了解图片加载优化的魅力前面我们提到的分块加载、内存复用、手势等操作，直接在view初始化时完成，这样我们前期的准备工作就完成了。当我们加载一张图片的时候，要让这张图片完全展示在手机屏幕上不被裁剪，就需要做宽高的适配；如果这张图片大小是80M，那么为了获取宽高而将图片加载到内存中肯定会OOM，那么在图片加载到内存之前就像获取图片的宽高该怎么办呢？BitmapFactory.Options就提供了这个手段当设置inJustDecodeBounds为true（记住要成对出现，使用完成之后需要设置为false），意味着我调用decodeStream方法的时候，不会将图片的内存加载而是仅仅为了获取宽高。然后拿到了图片的宽高之后呢，调用requestLayout方法，会回调onMeasure方法，这个方法大家就非常熟悉了，能够拿到view的宽高，从而完成图片的适配这里设置Rect的right就是图片的宽度，因为原始图片的宽度可能比控件的宽度要宽，因此是将控件的宽度与图片的宽度对比获取了缩放比，那么Rect的bottom就需要等比缩放这里的mRect可以看做是这张图片上的一个滑动窗口，无论是放大还是缩小，只要在屏幕上看到的区域，都可以看做是mRect在这张图片上来回移动截取的目标区域在onMeasure中，我们定义了需要加载的图片的Rect，这是一块区域，那么我们通过什么样的方式能够将这块区域的图片加载出来，就是通过BitmapRegionDecoder区域解码器。区域解码器，顾名思义，能够在某个区域进行图片解码展示在传入图片流的时候，我们就已经创建了BitmapRegionDecoder，同时将图片流作为参数构建了解码器，那么这个解码器其实已经拿到了整张图片的资源，因此任意一块区域，通过BitmapRegionDecoder都能够解码展示出来首先我们想要进行内存复用，需要调用BitmapFactory.Options的inBitmap，这个参数的含义就是，当我们在某块区域加载图片之后，如果图片上滑那么就需要重新加载，那么这个时候就不会重新开辟一块内存空间，而是复用之前的这块区域，所以调用BitmapRegionDecoder的decodeRegion方法，传入需要展示图片的区域，就能够给mutableBitmap赋值，这样就达成了一块内存空间，多次复用的效果。这样通过压缩之后，在屏幕中展示了这个长图的最上边部分，那么剩下就需要做的是手势事件的处理。通过前期的准备工作，我们已经实现了图片的区域展示，那么接下来关键在于，我们通过手势来查看完整的图片，对于手势事件的响应，在onTouch方法中处理。通常来说，手势事件的处理都是通过GestureDetector来完成，因此当onTouch方法监听到手势事件之后，直接传给GestureDetector，让GestureDetector来处理这个事件。首先，我们先看下之前注册的GestureDetector.OnGestureListener监听器中实现的方法：（1）onDown当手指按下时，因为滑动的惯性，所以down事件的处理就是如果图片还在滑动时，按下就停止滑动；（2）onScroll那么当你的手指按下之后，可能还会继续滑动，那么就是会回调到onScroll方法，在这个方法中，主要做滑动的处理在onScroll方法中，其实已经对滑动的距离做了计算（这个真的太nice了，不需要我们自己手动计算），因此只需要对mRect展示区域进行变换即可；但是这里会有两个边界case，例如滑动到底部时就不能再滑了，这个时候，mRect的底部很可能都已经超过了图片的高度，因此需要做边界的处理，那么滑动到顶部的时候同样也是需要做判断。（3）onFling惯性滑动。我们在使用列表的时候，我们在滑动的时候，虽然手指的滑动距离很小，但是列表划出去的距离却很大，就是因为惯性，所以GestureDetector中对惯性也做了处理。这个还是比较好理解的，就是设置最大的一个惯性滑动距离，无论怎么滑动，边界值就是从顶部一划到底，这个最大的距离就是 imageHeight – viewHeight设置了惯性滑动的距离，那么在惯性滑动时，也需要实时改变mRect的解码范围，需要重免费云主机域名写computeScroll方法，判断如果是正在滑动（通过 mScroller.computeScrollOffset() 判断），那么需要改变mRect的位置。我们在使用app时，双击某张图片或者双指拉动某张图片的时候，都会讲图片放大，这也是业内主流的两种图片放大的方式。我们先看一下不能缩放时，mRect的赋值；那么当我们双击放大时，left和top的位置不会变，因为图片放大了，但是控件的大小不会变，因此left的最大值就是控件的宽度，bottom的最大值就是控件的高度。这里就将onMeasure进行改造；那么对于双击事件的处理，可以使用GestureDetector.OnDoubleTapListener来处理，在onDoubleTap事件中回调。这里做了缩放就是判断mScale的值，因为一开始进来不是缩放的场景，因此 mScale = originScale，当双击之后，需要将mScale扩大2倍，当重新绘制的时候，Bitmap就放大了2倍。那么当图片放大之后，之前横向不能滑动现在也可以滑动查看图片，所以需要处理，同时也需要考虑边界case当双击图片之后，mRect解码的区域也随之改变，因此需要对right和bottom做相应的改变，图片放大或者缩小，都是在控件宽高的基础之上因为需要左右滑动，那么onScroll方法也需要做相应的改动，mRect的offset需要加上x轴的偏移量。手指缩放，是依赖 ScaleGestureDetector，其实跟GestureDetector的使用方式一致，这里就不做过多的赘述。在初始化ScaleGestureDetector的时候，需要传入一个ScaleGesture内部类，集成ScaleGestureDetector.SimpleOnScaleGestureListener，在onScale方法中获取缩放因子来绘制这里别忘记了别事件传递出来，对于边界case可自行处理下面附上大图治理的流程图黄颜色模块： BitmapFactory.Options配置，避免整张大图直接加载在内存当中，通过开启内存复用（inMutable），使用区域解码器，绘制一块可见区域浅黄色模块： View的绘制流程“Android性能优化大图的方法”的内容就介绍到这里了，感谢大家的阅读。如果想了解更多行业相关的知识可以关注百云主机网站，小编将为大家输出更多高质量的实用文章！

相关推荐: C语言数据结构中约瑟夫环问题如何解决

本文小编为大家详细介绍“C语言数据结构中约瑟夫环问题如何解决”，内容详细，步骤清晰，细节处理妥当，希望这篇“C语言数据结构中约瑟夫环问题如何解决”文章能帮助大家解决疑惑，下面跟着小编的思路慢慢深入，一起来学习新知识吧。约瑟夫环问题的一种描述是：将编号为1，2，…