Android截图包含webview时,webview部分空白(其他部分正常),此问题发生在系统4.4及以上
2015-10-21 11:49
1771 查看
其主要原因:是webview渲染方式所导致;只需要AndroidManifest.xml中设置属性android:hardwareAccelerated=”false”。
来自:http://blog.csdn.net/lihui130135/article/details/20297369
当前使用截图方式(我只需要webview部分):
可以参考:http://blog.csdn.net/cjjky/article/details/7281746
2. 分析下Webview:
Webview版本的差异:在android4.4以下(不包含4.4)系统WebView底层实现是采用WebKit(http://www.webkit.org/)内核,而在android4.4及其以上Google采用了chromium(http://www.chromium.org/)作为系统WebView的底层内核支持。
来自:http://blog.csdn.net/typename/article/details/40425275
为什么Android4.4及以上会出现此问题?
由于WebView内部所使用的Chromium实现是采用硬件加速渲染还是软件渲染,这里还是比较复杂的。根据Android的View结构,WebView的内容需要通过一个onDraw(Canvas c)来完成绘制。为了将Chromium渲染网页的结果绘制到该Canvas中,需要两组绘图函数组,第一组用来软件渲染,第二组用来硬件加速渲染。而这两组函数需要使用Android内部函数,这决定了目前WebView只能同Android AOSP代码一起编译,而不能像应用程序一样,只是依赖于Android SDK/NDK来编译。下图是当用户界面或者网页需要绘制的时候,绘图的基本过程:
这里Chromium的合成器具有两种能力,就是包含支持软件渲染的软件渲染器和硬件加速渲染的渲染器。当用户界面所对应的画布(canvas)是硬件加速的话,那么内部采用硬件渲染机制。如果不是硬件加速的话,那么采用软件渲染机制。当用户的界面设置为硬件加速的时候(开发者可以在应用程序的AndroidManifest.xml中设置属性android:hardwareAccelerated=”true”),那么用户界面对应的画布即为硬件加速,否则即为软件渲染方式。所以,具体Chromium WebView采用什么样的方式,取决于调用WebView的应用程序的设置方式(默认是硬件加速)。
来自:http://blog.csdn.net/lihui130135/article/details/20297369
参考资料:
http://blog.csdn.net/lihui130135/article/details/20297369
http://blog.csdn.net/cjjky/article/details/7281746
http://blog.csdn.net/typename/article/details/40425275
http://blog.csdn.net/lihui130135/article/details/20329269
来自:http://blog.csdn.net/lihui130135/article/details/20297369
当前使用截图方式(我只需要webview部分):
/** * 截取webView快照(webView加载的整个内容的大小) * @param webView * @return */ public static Bitmap captureWebView(WebView webView){ webView.setDrawingCacheEnabled(true); webView.buildDrawingCache(); Picture snapShot = webView.capturePicture(); Bitmap bmp = Bitmap.createBitmap(snapShot.getWidth(),snapShot.getHeight(), Bitmap.Config.ARGB_8888); Canvas canvas = new Canvas(bmp); snapShot.draw(canvas); canvas.save(); canvas.restore(); // webView.dispatchDraw(canvas); webView.destroyDrawingCache(); return bmp; }
可以参考:http://blog.csdn.net/cjjky/article/details/7281746
2. 分析下Webview:
Webview版本的差异:在android4.4以下(不包含4.4)系统WebView底层实现是采用WebKit(http://www.webkit.org/)内核,而在android4.4及其以上Google采用了chromium(http://www.chromium.org/)作为系统WebView的底层内核支持。
来自:http://blog.csdn.net/typename/article/details/40425275
为什么Android4.4及以上会出现此问题?
由于WebView内部所使用的Chromium实现是采用硬件加速渲染还是软件渲染,这里还是比较复杂的。根据Android的View结构,WebView的内容需要通过一个onDraw(Canvas c)来完成绘制。为了将Chromium渲染网页的结果绘制到该Canvas中,需要两组绘图函数组,第一组用来软件渲染,第二组用来硬件加速渲染。而这两组函数需要使用Android内部函数,这决定了目前WebView只能同Android AOSP代码一起编译,而不能像应用程序一样,只是依赖于Android SDK/NDK来编译。下图是当用户界面或者网页需要绘制的时候,绘图的基本过程:
这里Chromium的合成器具有两种能力,就是包含支持软件渲染的软件渲染器和硬件加速渲染的渲染器。当用户界面所对应的画布(canvas)是硬件加速的话,那么内部采用硬件渲染机制。如果不是硬件加速的话,那么采用软件渲染机制。当用户的界面设置为硬件加速的时候(开发者可以在应用程序的AndroidManifest.xml中设置属性android:hardwareAccelerated=”true”),那么用户界面对应的画布即为硬件加速,否则即为软件渲染方式。所以,具体Chromium WebView采用什么样的方式,取决于调用WebView的应用程序的设置方式(默认是硬件加速)。
来自:http://blog.csdn.net/lihui130135/article/details/20297369
参考资料:
http://blog.csdn.net/lihui130135/article/details/20297369
http://blog.csdn.net/cjjky/article/details/7281746
http://blog.csdn.net/typename/article/details/40425275
http://blog.csdn.net/lihui130135/article/details/20329269
相关文章推荐
- 使用C++实现JNI接口需要注意的事项
- Android IPC进程间通讯机制
- Android Manifest 用法
- [转载]Activity中ConfigChanges属性的用法
- Android之获取手机上的图片和视频缩略图thumbnails
- Android之使用Http协议实现文件上传功能
- Android学习笔记(二九):嵌入浏览器
- android string.xml文件中的整型和string型代替
- i-jetty环境搭配与编译
- android之定时器AlarmManager
- android wifi 无线调试
- Android Native 绘图方法
- Android java 与 javascript互访(相互调用)的方法例子
- android 代码实现控件之间的间距
- android FragmentPagerAdapter的“标准”配置
- Android"解决"onTouch和onClick的冲突问题
- android:installLocation简析
- android searchView的关闭事件
- SourceProvider.getJniDirectories