小程序开发数据传输长度超过最大长度怎么办？Canvas画布怎么匹配

小程序以免安装用完即走的特性自发布初就很火，即使是现在也是热度不减。小程序虽然是一个 HTML5，但是通过限制开发者的写法，提供一套自定义的组件以及写法，并且将一部分耗费性能的组件使用客户端渲染来极大的提高网页的性能。

小程序虽跟网页差距不大，但碰到坑的情况也是在所难免的，下面就我这段时间碰到的一些比较经典的问题来说一下我的解决方法。

遇到的问题

1数据传输长度超过最大长度

一个新闻流的项目中，用户可以无限下拉加载数据，内部会使用一个数组将列表的数据存储起来。当我使用 tinajs 重构完项目后准备试试的时候发现，当我加载数据超过一定数量限制（大概200条数据）之后，控制台就会报“输出传输长度超过最大长度”的错误。

image

2滚动问题

我们的小程序有一个下拉刷新的功能，小程序自己官方是有封装 onPullDownRefresh 接口来帮助我们完成这个事。不过因为我们的下拉刷新是有自定义样式的，所以就没办法使用官方的接口了。

最开始我是使用了组件来做滚动，同时使用 scrolltoupper 来触发下拉的事件。内部则是使用了 translate 操作来展开下拉卡片。一顿操作之后觉得甚是完美，但是之后突然发现官方提示：

image

因为这几个组件都是使用 Native 实现的，只能是固定在屏幕上的存在，所以没办法在 scroll-view 中使用。同时使用了这个组件之后，外部的其它组件想要修改 scrllTop 的话会变得很麻烦，都需要自维护一套事件，增加了业务的复杂度。

3Canvas画布问题

还有一个就是 Canvas 画布的问题。这个 Canvas 画布最大的问题在于小程序内部是使用客户端组件实现的，但是在开发者工具中由于是网页预览所以这里的是 HTML 中的。虽然微信将 HTML 原生的 canvas 大部分接口都实现了，但是我要说很多不一样，所以这就导致了开发者工具上看到的效果和客户端实际看到的效果有可能会完全不一样，给我们开发过程带来了无尽的阻挠。

解决方法

经过我和 tinajs 作者的逐一分析，发现可能是自定义组件的锅。因为我的列表元素有不同的样式，所以我使用了自定义组件去定义了不同的样式类型组件，部分组件又有公共的部分所以又要抽离出来变成组件，也就是说实际上我的列表是由一个多层嵌套的自定义组件循环渲染而成的。我们猜测最后小程序渲染的时候，每一个自定义组件传入的数据都会做一次拷贝，这样就导致了我本来 150K 的数据，瞬间就超过了它们的限制。

最后解决的办法也非常简单，由于我其实大多数都是纯渲染的组件，所以组件内部的自定义组件我都是用模板去渲染，这种情况下不会触发数据的拷贝试了下就没有问题了。当然除了我说的减少数据体积以及用自定义模板代替自定义组件减少数据拷贝层级之外，我们还可以对数据进行分页操作来达到减少一次数据渲染的体积。

最终我退回成普通的 view 监听 touchstart, touchmove 和 touchend 事件，根据移动的距离来判断下拉百分比来实现这个功能。最终的实现可以说是异常艰辛的。不过这个实现完了之后，又出现了一个问题。在 iOS 中会存在阻尼效果，也就是下拉的时候滚动条会有一个回弹的特效，导致你虽然下拉了但是 touch 事件并没办法有效的执行。目前这个问题还没有比较好的解决办法，这里也有用户提出了需要提供禁止页面阻尼效果的参数，不过目前还没有官方回应。

由于是客户端渲染的画布，所以小程序的画布有以下几个比较明显的特点：

小程序的画布是无限大的，使用 CSS 的宽高设置只是影响它的显示区域，并不会影像绘制。也就是说你发现元素绘制超出画布返回之后，只要设置画布的 CSS 宽高即可让超出区域显示出来。如果是 HTML 中的画布的话应该是没有这个效果的。这样就导致了我们没办法同时设置绘制区域和画布大小这两个概念。
小程序的画布因为是客户端渲染的，所以它永远是置顶的，z-index 属性是无效的。这个理解起来也非常简单，因为网页是使用客户端 WebView 组件加载的，画布又是另外一个客户端组件，两个客户端组件叠加只能是以层级的关系叠加，没办法做成嵌入式的。
小程序的 ctx.draw() 方法是异步的，而且默认是清屏重绘的。这个和原生的画布是有区别的，之前我没有注意清屏重绘的问题导致调试了很久。
小程序的 ctx.drawImage() 方法只能获取本地资源的图片。当你想要使用远程资源的时候必须先使用 wx.getImageInfo() 方法下载下来获取到路径之后才能使用 ctx.drawImage() 进行绘制。