项目中需要使用到截屏的功能，但是官方的的给出的截图好像只能截取某个webview官方截图api文档 但是在某些需求中要求只截取某一部分而不是整个屏幕 或者说只截取某个div里面的内容 解决思路来了：首选通过js截取到某个div 或者任何一个标签包含的内容：html2canvas 然后把截取到的转换为Data格式，再利用官方的Bitmap对象保存在本地或者做其它的操作

   //生成base64图片数据  
                               var dataUrl = canvas.toDataURL();  
                              // console.log(dataUrl);  这里千万不要像这样打印出来否则HBuilder会报错的  可能输出的内容太多了吧  
                               var b=new plus.nativeObj.Bitmap();  

                                b.loadBase64Data(dataUrl,function(){  
                                    console.log("创建成功");  
                                },function(){  
                                    console.log("创建失败");  
                                });  
                                b.save('_www/img1.jpg',{overwrite:true},function(){  
                                    console.log("保存成功");  
                                },function(){  
                                    console.log("保存失败");  
                                });  

                                plus.gallery.save( '_www/img1.jpg', function () {  
                                        console.log( "保存图片到相册成功" );  
                                    },function(){  
                                        console.log( "保存图片到相册失败" );

完整项目demo：

之前有写过<<h5+的Downloader下载网络图片缓存到本地的案例>> http://ask.dcloud.net.cn/article/256
但后来才发现图片比较多时,downloader创建过多,手机立马发烫;
后来解决了也没有更新;
今天项目刚发出去,稳定下来;现在重新整理了一个案例分享给大家;

主要优化和解决的问题:
1.图片显示,先检查本地是否存在,如果存在则使用本地;如果不存在则联网下载,保存在本地
2.使用背景控制图片样式;比src灵活;
3.不同的场景,使用不同的图片下载默认图;(我项目中头像和产品的下载默认图是不一样的)
4.单个downloader下载,避免网速快或图片多创建过多downloader,导致手机发烫的问题
5.避免任务队列中,图片已存在,downloader下载卡顿的问题

6. 加入下载完成的渐变动画,
7. 其他,,自己发现..

使用方法很简单:两步!!!
1.导入imgload.css imgload.js md5.min.js 还有一张透明图translate.png
2.联网获取数据后,拼接的img格式为:<img sr c='默认图片' data-sr c='网络地址' onload='load(this)'/>

好了,具体看附件的案例

没有用nativeUI的对话框,因为没法自定义,样式也不好看;
后来都说推荐用layer对话框http://layer.layui.com/mobile/
但是发觉问题还蛮多:
1.Android上确定按钮错位,得自己css调行高
2.关闭的时候,按钮的事件会穿透,得自己写延时300毫秒关闭
3.IOS上点击弹出的按钮和对话框的按钮重叠时,会无法再次打开对话框

4. 内容很少时,对话框也会跟着变得很小,得自己css设置
5. ..其他..
   去他们官网问,他们回答最多的就是这边的没有问题啊..
   好吧,,,总之,最后还是抛弃layer了..

今天自己写了一个 分享给大家
使用超级简单,调一个方法搞定!
解决了上述问题,兼容Android和IOS;
先看效果:
1.标题和内容的对话框

2. 带一个按钮的对话框
   

   

3. 带两个按钮和其他控件的对话框
   

   

4. 多个按钮和其他控件的对话框
   

   

5. 带标题和自定义内容的对话框
   

   

6. 完全自定义的对话框
   

   

7.更多自己研究发现了..

完整案例在附件:
有问题欢迎指点O(∩_∩)O~

写完 下班 睡觉

感谢 @R@bbit 给出的解决方法:

设置 ->通用->设备管理（或者描述文件）->Digital Heaven(Beijing) Internet...，然后点 信任。

如何设置 自动轮播

<script type="text/javascript" charset="utf-8">

    mui.init();  
    //获得slider插件对象  
    mui.plusReady(function()  
    {  
        var gallery = mui('.mui-slider');  
        gallery.slider({  
          interval:1000//自动轮播周期，若为0则不自动播放，默认为0；  

        })  
    })  
    mui.waiting_pop();  

</script>

环境：小米2S，Android 4.1.1
因为刚升级的新版HBuilder，Android5的webview闪屏、花屏问题也基本都解决了，竟然小米2S的Android4会出现花屏觉得不可思议。不知道是不是Android4.4以下的版本都有这个问题吧，如果也有遇到该问题的童鞋，可以在下面跟帖，手机型号和Android版本：）

问题：一级列表页面滚动流畅，进入二级详情页面滚动时有一定花屏（不断地闪烁）的概率。

咨询了下@DCloud_Android_ST，他说按道理Android4不可能花屏，因为已经解决了，看着像是内存满了，因为内存不够用了，webview绘制不出来。可能是每个页面的图片量太大了或者占用内存过多导致的。

遂将内存清空了400多M后，再测，还是会花屏。
因为每个应用都有自己固定的内存空间，不是手机全部的。

所以DCloud_Android_ST建议我节省手机内存，比如降低图片质量等方式。

因为我使用的都是Retina模式的双倍图片，详情页面顶部的轮播图尺寸比较大，800x500，隐藏掉暂不显示后，怀着惴惴不安的心情再次运行，一步一步点进去后，无论如何快速拖动都不花屏了。我的眼眶湿润了。

找到问题的原因后，接下来就是考虑如何优化图片质量了。

策略：
对App的图片进行屏幕适配，对高清大屏就显示质量高一些的图片，它们不差这点内存。
对出现花屏问题的手机进行手动调整返回的接口图片尺寸，减为原来的0.5倍。

// 判断手机是否为小米2S，图片进行适配显示小版本的尺寸  
if(navigator.userAgent.indexOf("MI 2S") > 0){  
    params['width']  = 400;  
    params['height'] = 250;  
}

所以本质还是要做好App性能的优化，尽量节省手机的内存。（对Android平台说的话）

如题：有需要外包的请联系我，前端，后台都可以全包，QQ1046373779

要求：会MUI+HTML5+PHP
待遇：1w 起步，上不封顶。
有意者请邮vfrisk@foxmail.com

最近一周都在和闪屏作斗争，由于只能从html和js的层面进行分析和解决，所以到目前为止仍有一些型号的手机存在闪屏或其他体验问题，
但也发现了一些线索，剩下的实在是无能为力了，只能望着官方了；
1、部分低端机上的闪屏问题；
原因又两种，一种是dom结构复杂，另外一种是加载了过多的css样式，前者好解决，后者的话如果用了mui.css就比较麻烦了，我现在是尽量少用mui.css，要用到一些mui的控件时，就把依赖的样式从css中拷贝出来，不过那个依赖关系我就不说了，各种乱，之前有建议官方把css拆成 base.css+各种控件.css，后来我发现还真不好拆，前期没设计好，后期越来越臃肿；
2、部分手机头部闪白的问题；
为什么是闪白而不是闪黑、闪黄，闪绿？ 因为闪的是document.body的颜色，此处使用障眼法解决，将body的背景色设置为和header一样的颜色（比如蓝色），这样即使闪了也看不出来，当然这样做了后有极少数手机上会出现底部或中间出现闪蓝的情况，出现该情况的手机下面会说，一定是显示时有各种问题的手机；
3、android4.4以下的手机（几乎是所有）出现一级界面滚动流程，二级界面滚动时抖动厉害的问题；以及在二级界面中显示/隐藏虚拟按键导致界面花的问题；
这个问题之前有发帖问http://ask.dcloud.net.cn/question/8829；当时官方说专门买了一台华为P6时还是蛮感动的，但后来qq上给我说抖动的问题影响不大（说实话影响非常大的，有图片的话就更不用说了），然后P6上没有花屏的问题；我问了一下他们P6的系统版本号，一直没有回，当时心里一横，就开始自己研究闪屏的问题了，因为我坚信同一款手机上，只要有一个界面（一级界面）没问题，那么其他界面也一定是可以没问题的；
没花两个小时的时间，还真被我找到原因了：
如果页面“a”的底层存在未隐藏的的webview，就会出现该问题；
所以解决方案应运而生，重构了一下webview的调度和管理的js（庆幸当时没有用mui的那一套），打开一个界面时把当前界面（存在parent时把parent）隐藏掉，返回时再显示出来(当然细节还是蛮多的，实现起来还是有点复杂，特别是涉及到打开第三方界面时)；OK 完美解决；目前还未遇到不适用的机型；
4、andorid 5.0.2上的各种问题，也不知道是系统的原因还是手机的原因，反正我这边有一部努比亚小牛，5.0.2的系统，会有这样的情况；
屏幕抖动的问题，和上一个问题类似，只是抖得更严重，排查了一下，原因和上一个问题的原因也差不多，只是更苛刻，只有某个界面的底层没有显示的webview，并且这个界面没有parent，并且这个界面有设置scrollIndicator："none"时才不会出现抖屏现象，解决方案我已经有了，但是代价太大了，又得重构webview调度和管理的那套js，实在是不想改了，期待官方能创造奇迹吧；
5、部分手机在创建了过多的webview后会出现上述第三个问题，比如三星Note4的瓶颈大概是30个，华为p6大概是18个，不过这个肯定不仅仅和数量有关系，和页面的内容肯定也有关系的，由于我这边的app功能点比较多，又想提升体验，所以用了不少的预加载，再加上大量使用了template的结构，所以很容易就二十多个webview了；
解决方案是复用webview，因为发现加载一个页面时，从页面加载完毕（body.loaded事件）到plusReay需要的时间稍微有点长，甚至比loadURL到body.loaded花的时间还要长，然而我们取参数通常是在plusready里面取，取完参数再根据参数画界面（静态页面就不考虑了），所以不使用预加载的话确实会出现白屏（huo）等现象；
所以复用webview+通过localStorage传参数可以在在减少webview数量的同时提高用户体验（当然体验赶预加载还是要差点）；
具体的做法是写一个js服务，提供两个方法，borrowView和backView，用于控制webveiw的创建、调度和销毁；当然里面有很多细节，比如可以指定某个webview借了不还(等同于预加载)，也可以指定某个webview在还的时候销毁（比如使用了百度地图的webview）还是清除（webview.clear()）;
6、所有手机的转场时闪屏的问题（非预加载模式或者 预加载模式+动态页面内容（通过evalJS刷新）），如果是使用pop-in,转场时是不会出现闪屏的，因为pop-in的过程中是不会去渲染界面的，所以转场的时候界面会是白的，或者会是之前的内容（这个取决于业务逻辑）
但是如果是用的slide-in的话，由于在动画的过程中会去渲染界面，比如动画刚开始时你的界面是空的，转场到一半时，界面上有内容了，视觉上当然会闪，所以遇到这个问题是正常了；解决方案是转场的时候显示一个静态的dom（如加载中），在webview显示完毕后再显示业务内容（最好有渐变效果）；

目前就这些，希望对大家有所帮助

在添加下拉刷新以后，文本框无法点击，没办法只能自己解决了
修改mui.js，将select，input，textarea排除在外
> _start: function(e) {
if (!this.loading) {
this.pulldown = this.pullPocket = this.pullCaption = this.pullLoading = false
}
var target = e.target;
while (target.nodeType != 1) {
target = target.parentNode;
}
if (target.tagName != 'SELECT' && target.tagName != 'INPUT' && target.tagName != 'TEXTAREA') {
e.preventDefault();
}
this._super(e);
},

    官方DEMO，及各种问答测试未果后我尝试了soapclient.js  
    我的服务端使用了JAVA AXIS1.4编写  
    APP方面使用了soapclient.js  
    其实关键的就是JS针对各种版本类型的XML文件的解析是不尽相同的，所以我针对我服务端返回的XML对soapclient.js做了微调，在JS文件的顶端有关键描述（其实最要命的就是一个返回名）。  
    这个JS在很多方面，尤其是异常处理方面做到不周到，很多错误都不做提示，这也是由于各种WEBSERVICE报错的格式不同很难周全，所以大家日常使用中可以针对自己的WS细微调整JS，来优化报错，返回值等方面。  
   服务器不一定需要使用AXIS1.4，只需要根据自己的XML格式对JS进行调整，下面送上APP源码，及XML的关键截图