Android毛玻璃效果的实现(本文系转载一种快速毛玻璃虚化效果实现)
2016-03-12 17:38
826 查看
看到这篇文章感觉不错转载一下,且自己做了一个小demo:链接
在iOS设备上我们随处可见毛玻璃效果,而且最近越来越多的场合应用到了这种美观的虚化效果,包括本人的一个开源项目BlureImageView也是受此启发。所以,恰到好处的虚化效果能很好的改善用户体验,而且也能让你的app显得更加优雅。
不过,我们目前在android上很少见到毛玻璃效果,我认为很重要的原因是性能问题,虚化一张图片所需要的时间会因设备而异,如果为了虚化使得用户需要刻意等待,那么就是弊大于利。另外,Google官方提供的renderScript一般只是做一些小幅度的虚化,很难达到毛玻璃这类深度虚化效果。
所以本文的角度是能够在android设备上快速实现毛玻璃效果。
首先,为了实现毛玻璃效果,本文采用的是
可以看出,使用方法非常简单,传入待虚化的bitmap、虚化程序(一般为8)、和是否重用flag。
然后,如果要对上面这张图片进行虚化,我们可以通过把它转化成bitmap传入虚化,看起来很简单就解决了,但事实并非如此。
如果直接把一张大图传入,很容易就会发生OOM内存溢出
这是我直接对原图进行虚化得到的log信息。可以看出当虚化开始时,虚拟机开始不断进行内存回收,包括把所有软引用的内存回收。然而,仍然导致了内存溢出。
那就意味着我只能虚化小图,这样才能防止内存溢出。但是我并不想换其他图,那么,我们就应该把这张图
我们可以利用这个function来进行bitmap的缩放。其中前三个参数很明显,其中宽高我们可以选择为原图尺寸的1/10;第四个filter是指缩放的效果,filter为true则会得到一个边缘平滑的bitmap,反之,则会得到边缘锯齿、pixelrelated的bitmap。这里我们要对缩放的图片进行虚化,所以无所谓边缘效果,
所以,我们要使用
可以得到如下效果:
从图中可以看出,首先可以确定思路是对的;然后,可以看出毛玻璃效果还不是特别的明显。为了得到如iOS那样的虚化效果,我们有两种方法:
增大scaleRatio缩放比,使用一样更小的bitmap去虚化可以得到更好的模糊效果,而且有利于占用内存的减小;
增大blurRadius,可以得到更高程度的虚化,不过会导致CPU更加intensive
这里本人通过
scaleRatio = 20
scaleRatio = 35
scaleRatio = 50
scaleRatio = 100
通过上面对比图我们可以找出最适合自己的虚化效果。
那么,要实现这样的效果,是否具有损害用户体验的风险呢?下面,我们从
为了分析虚化一张图片所消耗的时间,本文通过同时虚化
scaleRatio = 10: 耗时
scaleRatio = 20: 耗时
scaleRatio = 35: 耗时
scaleRatio = 50: 耗时
scaleRatio = 100: 耗时
为了方便读者了解效果,我通过多组数据拟合了下面的曲线:
从该模拟图可以看出时间随着缩放比的增大而不断减小,当缩放比达到30以上时所消耗的时间不到1ms,因此,我认为应该是完全不会产生时延破坏用户体验的。
既然时间没问题,那么,主要问题:内存占用就来了,所以我们需要考察生成一张虚化图片所占用的内存。
为了测试对一张图片进行虚化所占用内存的变化,我们改变虚化次数,即修改上面的
loopCount = 1
loopCount = 10
loopCount = 20
loopCount = 50
loopCount = 100
loopCount = 300
从上面的内存消耗图,可以看出虚化的确会占用一定内存,如果大量的虚化同时发生,则会由于UI线程突然加载很多bitmap而导致内存抖动。
希望大家如果有其他测试方法或者意见多多留言,从而继续改进性能。
附上本文所采用的
在iOS设备上我们随处可见毛玻璃效果,而且最近越来越多的场合应用到了这种美观的虚化效果,包括本人的一个开源项目BlureImageView也是受此启发。所以,恰到好处的虚化效果能很好的改善用户体验,而且也能让你的app显得更加优雅。
不过,我们目前在android上很少见到毛玻璃效果,我认为很重要的原因是性能问题,虚化一张图片所需要的时间会因设备而异,如果为了虚化使得用户需要刻意等待,那么就是弊大于利。另外,Google官方提供的renderScript一般只是做一些小幅度的虚化,很难达到毛玻璃这类深度虚化效果。
所以本文的角度是能够在android设备上快速实现毛玻璃效果。
StackBlur
首先,为了实现毛玻璃效果,本文采用的是StackBlur模糊算法,这种算法应用非常广泛,能得到非常良好的毛玻璃效果。在这里,我们使用的是它的Java实现代码FastBlur.java。
public static Bitmap doBlur(Bitmap sentBitmap, int radius, boolean canReuseInBitmap)
可以看出,使用方法非常简单,传入待虚化的bitmap、虚化程序(一般为8)、和是否重用flag。
然后,如果要对上面这张图片进行虚化,我们可以通过把它转化成bitmap传入虚化,看起来很简单就解决了,但事实并非如此。
OOM
如果直接把一张大图传入,很容易就会发生OOM内存溢出03-11 21:02:02.014 16727-16742/com.wingjay.jayandroid I/art: Clamp target GC heap from 109MB to 96MB 03-11 21:02:02.026 16727-16727/com.wingjay.jayandroid I/art: Clamp target GC heap from 109MB to 96MB 03-11 21:02:02.030 16727-16727/com.wingjay.jayandroid I/art: Clamp target GC heap from 109MB to 96MB 03-11 21:02:02.031 16727-16727/com.wingjay.jayandroid I/art: Forcing collection of SoftReferences for 30MB allocation 03-11 21:02:02.035 16727-16727/com.wingjay.jayandroid I/art: Clamp target GC heap from 109MB to 96MB 03-11 21:02:02.036 16727-16727/com.wingjay.jayandroid E/art: Throwing OutOfMemoryError "Failed to allocate a 32175012 byte allocation with 2648672 free bytes and 2MB until OOM" 03-11 21:02:02.036 16727-16727/com.wingjay.jayandroid D/AndroidRuntime: Shutting down VM
这是我直接对原图进行虚化得到的log信息。可以看出当虚化开始时,虚拟机开始不断进行内存回收,包括把所有软引用的内存回收。然而,仍然导致了内存溢出。
那就意味着我只能虚化小图,这样才能防止内存溢出。但是我并不想换其他图,那么,我们就应该把这张图
缩放。
ReScale
public static Bitmap createScaledBitmap(Bitmap src, int dstWidth, int dstHeight, boolean filter) {}
我们可以利用这个function来进行bitmap的缩放。其中前三个参数很明显,其中宽高我们可以选择为原图尺寸的1/10;第四个filter是指缩放的效果,filter为true则会得到一个边缘平滑的bitmap,反之,则会得到边缘锯齿、pixelrelated的bitmap。这里我们要对缩放的图片进行虚化,所以无所谓边缘效果,
filter=false。
所以,我们要使用
int scaleRatio = 10; int blurRadius = 8; Bitmap scaledBitmap = Bitmap.createScaledBitmap(originBitmap, originBitmap.getWidth() / scaleRatio, originBitmap.getHeight() / scaleRatio, false); Bitmap blurBitmap = FastBlur.doBlur(scaledBitmap, blurRadius, true); imageView.setScaleType(ImageView.ScaleType.CENTER_CROP); imageView.setImageBitmap(blurBitmap);
可以得到如下效果:
从图中可以看出,首先可以确定思路是对的;然后,可以看出毛玻璃效果还不是特别的明显。为了得到如iOS那样的虚化效果,我们有两种方法:
增大scaleRatio缩放比,使用一样更小的bitmap去虚化可以得到更好的模糊效果,而且有利于占用内存的减小;
增大blurRadius,可以得到更高程度的虚化,不过会导致CPU更加intensive
这里本人通过
增大缩放比来实验。
scaleRatio = 20
scaleRatio = 35
scaleRatio = 50
scaleRatio = 100
通过上面对比图我们可以找出最适合自己的虚化效果。
Performance
analysis
那么,要实现这样的效果,是否具有损害用户体验的风险呢?下面,我们从消耗时间和
占据内存的角度来进行分析。
Time
Consuming
为了分析虚化一张图片所消耗的时间,本文通过同时虚化100来获取平均消耗时间。以期对虚化耗时和不同缩放比对耗时的影响得到一定的认识。
long start = System.currentTimeMillis(); Bitmap scaledBitmap, blurBitmap; int scaleRatio = 10; int loopCount = 100 for (int i=0; i<loopCount; i++) { scaledBitmap = Bitmap.createScaledBitmap(originBitmap, originBitmap.getWidth() / scaleRatio, originBitmap.getHeight() / scaleRatio, false); blurBitmap = FastBlur.doBlur(scaledBitmap, 8, true); } Log.i("blurtime", String.valueOf(System.currentTimeMillis() - start));
scaleRatio = 10: 耗时
887ms,平均耗时
8.87ms;
scaleRatio = 20: 耗时
224ms,平均耗时
2.24ms;
scaleRatio = 35: 耗时
99ms,平均耗时
0.99ms;
scaleRatio = 50: 耗时
55ms,平均耗时
0.55ms;
scaleRatio = 100: 耗时
29ms,平均耗时
0.29ms;
为了方便读者了解效果,我通过多组数据拟合了下面的曲线:
从该模拟图可以看出时间随着缩放比的增大而不断减小,当缩放比达到30以上时所消耗的时间不到1ms,因此,我认为应该是完全不会产生时延破坏用户体验的。
Memory
Consuming
既然时间没问题,那么,主要问题:内存占用就来了,所以我们需要考察生成一张虚化图片所占用的内存。为了测试对一张图片进行虚化所占用内存的变化,我们改变虚化次数,即修改上面的
loopCount并观察对内存的变化。其中scaleRatio = 10,以获得相对较大的内存消耗。
loopCount = 1
loopCount = 10
loopCount = 20
loopCount = 50
loopCount = 100
loopCount = 300
从上面的内存消耗图,可以看出虚化的确会占用一定内存,如果大量的虚化同时发生,则会由于UI线程突然加载很多bitmap而导致内存抖动。
Conclusion
希望大家如果有其他测试方法或者意见多多留言,从而继续改进性能。附上本文所采用的
相关文章推荐
- android Mediaplayer各种属性和方法简单介绍
- AndroidStudio 中使用 百度地图 <一> 百度地图的导入和集成,个人摘要
- Android动画
- Android开发中,那些让你觉得相见恨晚的方法、类或接口
- Android相关问题记录
- ImageView的src与background的区别分析
- Android逆向分析基础-ARM 汇编语言基础
- 一个帖子学会Android开发四大组件
- Android Studio入门到精通
- Android 事件监听处理
- Android显示通知栏消息
- android 外部启动activity,自定义action,action常量大全
- Android Stuido第五期 - 时间选择器
- Android:解决Gradle DSL method not found: 'runProguard()' 问题
- android中一些概念的理解
- Android中的线程与线程池
- android ImageLoader加载本地图片的工具类
- Android源代码之DeskClock (一)
- 利用android剪贴板实现数据传递
- android studio 中制作简易的桌面组件