我想用多个大型位图优化视差滚动视图.在我的Nexus 5上,一切都很顺利,Traceview转储如下所示:
doFrame()方法使用~18 ms完成.
但是,在使用我的Nexus 7或Android 6 Emulator(Genymotion)时,Traceview转储如下所示:
运行完全相同的应用程序时,nSyncAndDrawFrame方法现在需要大约300毫秒.
有趣的代码部分位于视差视图的onDraw()中:
for (int i = 0; i < parallaxConfigManager.getNumberOfLayers(); i++) { Bitmap layer = parallaxConfigManager.getLayer(i); float dx = (offset * parallaxConfigManager.getScrollSpeedFactorForLayer(i) * imageScaleFactor); int offset = Math.round(-parallaxConfigManager.getBoardOffset(i) + dx); srcRect.offsetTo(offset,0); int realWidth = getRealWidth(srcRect,layer.getWidth()); float scaleFactor = destRect.width() / (float) srcRect.width(); if (realWidth < srcRect.width()) { destRect.left = (int) (scaleFactor * Math.max(0,-srcRect.left)); destRect.right = destRect.left + (int) (scaleFactor * realWidth); } destRect.bottom = Math.min(screenHeight,(int) (scaleFactor * layer.getHeight())); canvas.drawBitmap(layer,srcRect,destRect,paint); destRect.left = 0; destRect.right = screenWidth; }
但是,这段代码足够快.缓慢的部分是在Androids本机nSyncAndDrawFrame()中.
这可能是什么问题?有没有办法深入研究这个问题?现在这个方法是一个黑盒子,因为我看不到本机调用堆栈.
解决方法
在遇到与CollapsingToolbarLayout中的大图像(1920×933)类似的行为后,我偶然发现了这个问题.分析器显示调用android.view.ThreadedRenderer.nSyncAndDrawFrame()需要很长时间才能完成.
虽然降低图像分辨率(例如,到1280×622)将消除问题,但有一种方法可以完全避免这个问题.
将图像移动到drawable-nodpi文件夹,这表示图像与分辨率无关.渲染延迟应该消失.
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。