https://developers.weixin.qq.com/miniprogram/dev/api/canvas/Canvas.html 使用官方 canvas demo （https://developers.weixin.qq.com/s/SHfgCmmq7UcM） 即可复现。 记得是【PC端小程序-真机调试】，用开发者工具模拟器是不能复现的。 我是在 mac 下使用的。 真机预览也试了，与真机调试一样， 都是获取到的 node 为 null。 我看社区提这种问题的很多，没有解决办法吗？

背景：客户为爱尔兰都柏林的实体点中餐馆，做了一个外卖订单的小程序，审核资质多次不通过。 问题：审核反馈是: 需补充：meat processing license 和 fish processing license ，可是我们的客户在当地咨询到的结果是，这两个证书是制肉厂或者卖肉的才需要的，餐馆并不需要，而且当地的餐馆都没有这个，客户也没法办理这两个证件。 诉求：疫情期间，急需要上线这个小程序，已经卡了一个多月了，我们也很着急，希望能和微信审核部门的人对上话，给出更明确的审核建议，解决这个问题。

CDN 流量、CDN 回源流量、存储下载次数限制、存储上传次数限制、云函数调用次数、云函数资源使用量和云函数外网出流量超限时，在下一资源生命周期前将无法使用资源。除非升级到更高配额套餐。 数据库读操作次数和数据库写操作次数超限时，在当前自然日内将无法使用资源。除非升级到更高配额套餐。 同时连接数、函数并发达到上限后后续的连接都将被拒，直到某些现有连接关闭为止。已连接的用户可以继续使用应用。除非升级到更高配额套餐。 以上是小程序云开发的配额耗尽的停服规则。 问题一： 云开发、云函数、 Serverless 的最大特点之一就是「按需计费」，腾讯云的宣传上也重点表明了这一点。 但是目前的计费方式仍然是按月收套餐价，这岂不是和自建服务器一样，资源要么不够用，要么过剩。  而且访问有峰值有谷值，我们仍要预估最大可能的访问量，买更高的套餐，实际上肯定用不完这些套餐内容，但要为之买单， 与「按需计费」的宣传相矛盾。 问题二： 超额停服，如果说（问题一）尚能勉强接受。  但是超额停服太危险了，  为什么不改成超额按量收取超额的费用，比如函数调用次数，可以按万次单位收费。   这样才合理，不然，应用随时都处于 可能会停服的状态。

说明：SCF 是指腾讯云的 「serverless 云函数」（区别于云开发的云函数） 场景一： 目前所有云开发中的云函数的 http 调用都只能通过 access token。 有时候需要一些对外公开访问的 API，云开发就满足不了，比如微信支付的通知回调 notify_url，为了某一个 API 我们需要使用 scf 或云服务器， scf 就需要调云开发的云函数 完成一些业务更新，这个调用是公网调用。 场景二： 我们在自己的 web 后台管理系统 或者 非微信小程序（ android ios 等）客户端中，只能通过 scf 或云服务器 中转 http 请求到 云开发，这个调用目前是公网调用。 结论： 绕公网调用有不小的时间消耗，走 VPC 内网的话就合理了。 希望能让云开发里面的云函数也支持 VPC 配置，我看了一下云开发的云函数在 scf 控制台也能看到，说明本质上就是 scf，既然 scf 可以配置 VPC，云开发上也可以支持的，这个挺重要的。 希望采纳！

目前所有云开发中的云函数的 http 调用都只能通过 access token。 有时候需要一些对外公开访问的 API，云开发就满足不了，比如微信支付的通知回调 notify_url，为了某一个 API 还是要被迫寻找 云开发以外的解决方案。

普通小程序，我们做教育类的小程序，应用内有实时协作的内容，还额外需要老师与学生能实时语音通话，目前只能让他们先加微信，先打开微信语音通话，再进小程序。 如果小程序像小游戏那样开放「实时语音」接口，就太方便了。

- 当前 Bug 的表现（可附上截图） [图片] 下面是直接渲染的 canvas， 上面是 canvasGetImageData 然后再 canvasPutImageData 渲染出来的图。 都失真的不像样子了… - 预期表现 - 复现路径 - 提供一个最简复现 Demo