问题现象

让客户满意是我们工作的目标，不断超越客户的期望值来自于我们对这个行业的热爱。我们立志把好的技术通过有效、简单的方式提供给客户，将通过不懈努力成为客户在信息化领域值得信任、有价值的长期合作伙伴，公司提供的服务项目有：域名与空间、网页空间、营销软件、网站建设、定结网站维护、网站推广。

这个问题的现象说起来很简单。

小程序页面中有一篇很长的文章，内部有一个Echarts图表，手指上下滑动观看内容。

但是手指滑动区域在Echarts图表上时，页面却不能滑动了。

如下图：

追踪问题原因

因为在小程序上渲染图表用到的是echarts-for-weixin这个组件,而这个组件确实不支持一些Echarts功能。

所以最开始我怀疑是这个组件的问题，认为它把我的滑动事件给吞了。

为了确认这个问题，我直接在这个组件ec-canvas旁加了个兄弟节点view，然后用绝对定位将其覆盖在ec-canvas，这样滑动的时候就会滑动到我的view上而不是ec-canvas。

但是结果在ios下，还是不能滑动。

于是我给这个view的加了个背景色，在ios下的真机调试时发现，ec-canvas组件还是在view上面。

不论是加大view上的z-index值，还是将absolute改为fixed，反正ec-canvas组件所渲染的图表就是在view上面，而没有被view遮挡。

这个ec-canvas组件是如此出众，无论什么都遮盖不了它的风采。

而导致它如此出众的原因就是：图表是一个canvas组件，而小程序中canvas是一个原生组件。

接下来就让我们看看小程序中使用原生组件的限制。

小程序的原生组件使用限制

这里先附上链接：小程序原生组件使用限制。

让我们看看关键的地方：

也就是说canvas这类原生组件就是比view这种非原生的组件层级高。

用cover-view来解决？

为了解决原生组件层级最高的限制。小程序专门提供了 cover-view 和 cover-image 组件，可以覆盖在部分原生组件上面。这两个组件也是原生组件。

我将原来的兄弟view组件替换为了cover-view组件，然后希望达到可以滑动的效果。

虽然此时cover-view组件已经可以覆盖在canvas上了，但是依然不能滑动。

关于这个问题，我们可以认为小程序的所有组件都是放在webview中，而原生组件在webview中用的是占位符。

在滚动时，获取原生组件占位符的位置，再改变原生组件的位置。（如果仔细观察，会发现这些原生组件有时会产生一些奇怪的抖动，这一点可以佐证这个论点。）

所以ios下，我们手指在canvas和cover-view这类原生组件上滑动时，事件是不会传导到webview上的，页面也就不会滑动。

最终解决方案

对于这个问题，因为我这边和echarts的交互比较少，所以我的解决方案就是在echarts渲染完毕后将它替换为一张图片。

如果我更新了数据，那么就重新放出echarts，等它渲染完毕后，再次替换为一张图片。

由于公司代码不适合放出，所以我搞了个简易版的代码放在这里。

wxml文件关键代码：

另外有需要云服务器可以了解下创新互联scvps.cn，海内外云服务器15元起步，三天无理由+7*72小时售后在线，公司持有idc许可证，提供“云服务器、裸金属服务器、高防服务器、香港服务器、美国服务器、虚拟主机、免备案服务器”等云主机租用服务以及企业上云的综合解决方案，具有“安全稳定、简单易用、服务可用性高、性价比高”等特点与优势，专为企业上云打造定制，能够满足用户丰富、多元化的应用场景需求。

分享标题：微信小程序在ios下Echarts图表不能滑动的问题解决-创新互联
文章分享：http://kswjz.com/article/cssgpe.html