关于 canvas 效率问题， 绘图完成以后，通常采用 canvasToTempFilePath 保存为临时图片文件，再进行下一步，但这样不退出小程序一直操作可能会生成很多临时文件，会不会导致满盘错误？ 如果采用 canvasPutImageData ，一直通过多个画布组件反应在屏幕上，只有用户需要保存处理好的图片，才保存到系统相册中，但这个效率如何？ 场景为：超级水印相机，用户可能连续拍照，挑选不同的水印，每一次操作，使用 canvasToTempFilePath 将绘图结果预览在屏幕上，这样就会生成很多临时文件，感觉小程序运行越来越卡顿。有的水印结构复杂，比如钉钉水印拍照，需要复杂的计算才能完美模拟画出，速度太慢了，唉。所以不知道，水印生成预览全程都不使用canvasToTempFilePath 临时文件，改用 canvasPutImageData ，进行多 canvas 之间的操作，效率怎样？

用 SelectorQuery() 获得canvas，用context.getImageData（）获得数据，怎么才能画回到canvas？

用canvas 2D绘制背景图和二维码，[图片]，调小之后，可以看到[图片]，这是代码[图片]

将图片转成base64发请求传到后台，只有某张图片（命名123.jpg，大小三百多kb）且IOS发请求之前（还未发请求），前端页面报错了，安卓传这张图片都成功了。发请求接口引用了crypto.js组件。 其他任意图片、或其他任一图片+该图片，都能上传成功到后台。 代码没有运用递归函数、也传过大小超过三百多kb的照片都能成功，只有IOS传这张图片的时候前端会报错，很玄幻啊，麻烦求大神帮忙分析一下

如图 [图片]

目前出现IOS不杀进程的情况下老版小程序与新版本共隔了十几个版本的情况，情况非常紧急，希望官方能看到问题后给出回复，如何优化更新的问题，IOS不杀进程，不删除原本小程序，还是无法更新，已经查实问题，部分IOS还是停留远古版本小程序，预测是没有杀进程的情况下导致无法更新最新到小程序！！！

t调试基础库：2.17.0 s使用框架：taro3.0 d代码及报错如下： [图片][图片]报错提示：An SelectorQuery call is ignored because no proper page or component is found. Please considering using `SelectorQuery.in` to specify a proper one.

[图片] 这是什么情况?请问怎么解决? [图片]

我们自己的小程序，还在开发中，我们公司自己有10多个设计师，纯手工设计一些海报模版在小程序商城上销售，客户可以购买。客户购买可以提供印刷邮寄服务，请问在IOS端这样的内容算虚拟支付吗？比较着急，谢谢各位大神指点。。

小程序审核的时候是审核看到的页面还是所有page路由都会随机挑着看？ 有些页面不用了，藏起来了但微信那边总是以这方面来拒绝用户