<scroll-view scroll-x enable-flex scroll-into-view="{{id}}" style="display: flex; flex-direction: row; margin-top: 128px;" > <view wx:for="{{menus}}" wx:key="*this" style="min-width: 96px; text-align: center" id="{{'item_' + index}}" bind:tap="tap" > {{item}} </view> </scroll-view> Page({ data: { menus: ['A', 'B', 'C', 'D', 'E', 'F'], id: 0 }, tap({currentTarget: {id}}) { this.setData({id}) } }) [图片] 异常一： 点击C，期待C移动到视口中央，实际C移动到了视口最左侧。 异常二： 点击F再点击C，期待C移动到视口中央同时展示B，实际C只滚动了几个像素的距离。

<image src="/test.webp" mode="widthFix" wx:if="{{show}}" bind:error="error" /> <button bind:tap="toggle" style="margin-top: 128px" >show webp</button> Page({ data: { show: false }, toggle() { this.setData({show: !this.data.show}) }, error(e) { console.error(e) } }) 开发者工具正常，iOS 和 Android 真机均异常。 {     "type": "error",     "timeStamp": 4682,     "target": {         "id": "",         "offsetLeft": 231,         "offsetTop": 443,         "dataset": {}     },     "currentTarget": {         "id": "",         "offsetLeft": 231,         "offsetTop": 443,         "dataset": {}     },     "mark": {},     "detail": {         "errMsg": "getLocalImgData:fail get file data fail"     },     "mut": false,     "_userTap": false } [图片] [图片]

Page({ async draw() { let {node: cv, width, height} = await new Promise(r => { wx.createSelectorQuery() .select('#canvas') .fields({node: true, size: true}, r) .exec() }) let dpr = wx.getWindowInfo().pixelRatio cv.width = width * dpr cv.height = height * dpr let c = cv.getContext('2d') c.scale(dpr, dpr) let i = cv.createImage() await new Promise(r => { i.onload = r i.onerror = e => { console.error('Image 加载失败：', e); } i.src = 'data:image/svg+xml;base64,PHN2ZyB2aWV3Qm94PSIwIDAgNDAwIDMwMCIgZmlsbD0ibm9uZSIgeG1sbnM9Imh0dHA6Ly93d3cudzMub3JnLzIwMDAvc3ZnIj48cGF0aCBkPSJtMTAyLjk1OCAxNjIuMjQ1IDk0LjM4OC00My41NzEgOTQuMjg2IDQzLjU3MS05NC4yODYgMjMuNzc2LTk0LjM4OC0yMy43NzZaIiBmaWxsPSIjMDAwIiBzdHJva2U9IiMwMDAiIHN0cm9rZS13aWR0aD0iLjg3IiBzdHJva2UtbWl0ZXJsaW1pdD0iMTAiIHN0cm9rZS1saW5lY2FwPSJyb3VuZCIgc3Ryb2tlLWxpbmVqb2luPSJyb3VuZCIvPjxwYXRoIGQ9Ik0yMzEuNzM1IDcxLjMyNmMtNS42MTIgMC05LjU5MiAxLjk0LTEyLjM0NyA0LjA4Mi0yLjg1NyAyLjE0My00LjI4Ni43MTQtNi45MzktMi4xNDMtMy4zNjctMy41NzEtMTEuNTMtMi4zNDctMTcuMDQxLTEuNzM0LTkuMzg3IDEuMDItMTYuNzM0IDguMjY1LTE3Ljc1NSAxNy42NTMtMS4zMjYgMTIuMTQyIDguMTY0IDIyLjM0NyAyMCAyMi4zNDcgMy43NzYgMCA3LjM0Ny0xLjAyMSAxMC40MDgtMi45NiA0LjA4Mi0yLjQ0OSA5LjA4Mi0yLjM0NyAxMy4xNjQuMTAyIDIuNTUxIDEuNTMxIDYuMDIgMi43NTYgMTAuNTEgMi43NTZzNy45NTktMS4yMjUgMTAuNTEtMi43NTZjNC4wODItMi40NDkgOS4xODQtMi42NTMgMTMuMTYzLS4xMDIgMy4wNjIgMS44MzcgNi42MzMgMi45NiAxMC40MDkgMi45NiAxMS44MzYgMCAyMS4zMjYtMTAuMjA1IDIwLTIyLjM0Ny0xLjAyMS05LjM4OC04LjM2OC0xNi43MzUtMTcuNzU2LTE3LjY1M2ExOS41OTUgMTkuNTk1IDAgMCAwLTE0LjM4NyA0LjA4MWMtMi44NTcgMi4xNDMtNi43MzUgMi4wNDEtOS41OTItLjEwMi0yLjc1NS0yLjM0Ny02LjczNS00LjE4NC0xMi4zNDctNC4xODRaTTI5MC43MTUgODMuMjY1YTMuODc4IDMuODc4IDAgMSAwIDAtNy43NTUgMy44NzggMy44NzggMCAwIDAgMCA3Ljc1NVoiIGZpbGw9IiMwMDAiLz48cGF0aCBkPSJNNzQuOTk5IDY0LjM4OEg2MC43MTNWNzguMDZoMTQuMjg2VjY0LjM4N1pNODkuMTgyIDUwLjUxSDc0Ljg5N3YxMy42NzNoMTQuMjg1VjUwLjUxWiIgZmlsbD0iI2ZmZiIgc3Ryb2tlPSIjMDAwIiBzdHJva2Utd2lkdGg9Ii44NyIgc3Ryb2tlLW1pdGVybGltaXQ9IjEwIiBzdHJva2UtbGluZWNhcD0icm91bmQiIHN0cm9rZS1saW5lam9pbj0icm91bmQiLz48cGF0aCBkPSJNMjQ0Ljc5OCA1Mi41NWgtNS4yMDR2NS4yMDVoNS4yMDRWNTIuNTVaTTI4Ni42MzIgNTQuNjk1aC0zOS4wODF2MS4wMmgzOS4wODF2LTEuMDJaTTI5MS4xMjMgNTQuNjk2aC0xLjAydjEuMDJoMS4wMnYtMS4wMlpNMzIyLjI0NSA1NS43MTVoLTEuOTM5di0xLjAyaDEuOTM5djEuMDJabS03Ljc1NSAwaC0xLjkzOXYtMS4wMmgxLjkzOXYxLjAyWm0tNy44NTggMGgtMS45Mzh2LTEuMDJoMS45Mzh2MS4wMlptLTcuNzU1IDBoLTEuOTM5di0xLjAyaDEuOTM5djEuMDJaTTMyOS4wNzkgNTQuNjk1aC0xLjAydjEuMDJoMS4wMnYtMS4wMlpNMzMyLjM0OCA2MC4wMDFsLS41MS0uODE2IDYuMjI0LTMuNzc2LTYuMjI0LTQuMDgxLjYxMi0uOTE5IDcuNTUxIDUtNy42NTMgNC41OTJaIiBmaWxsPSIjMDAwIi8+PHBhdGggZD0ibTI4MS40MjggNDQuODk4IDcuNTUxLTkuMTgzTTI3NS43MTQgMjBsLTEzLjE2MyAyNi41M00xMjUuNzE2IDcxLjkzOGwxOS44OTggMjVNMTUwLjIwMyAzNy4yNDVsMTUuMTAyIDM2LjEyMiIgc3Ryb2tlPSIjREVERkVBIiBzdHJva2Utd2lkdGg9Ii44NyIgc3Ryb2tlLW1pdGVybGltaXQ9IjEwIi8+PHBhdGggZD0ibTIwMC40MDggMjAwLjkxOSAxOS4zODggNi4xMjNoMTIuNDQ5di02Ny4xNDNsMjAuOTE4IDE3LjE0M2M2LjgzNyA2LjYzMiAxNy44NTcgNi4yMjQgMjQuMDgyLTEuMDIxbDIwLjMwNi0yMy4zNjcgMTUuNjEyIDkuMDgyYzEuNDI5LjgxNiAzLjI2NS40MDggNC4xODQtLjkxOS45MTgtMS40MjguNTEtMy4zNjctLjkxOC00LjI4NWwtMTUtOS41OTIgMTUuMjA0IDkuNjk0YzEuMzI2LjkxOCAzLjE2My41MSA0LjA4MS0uODE3LjkxOS0xLjQyOC42MTItMy4yNjUtLjgxNi00LjE4M2wtMTQuNzk2LTkuNjk0IDE0LjU5MiA5LjU5MmMxLjUzIDEuMDIgMy42NzMuNjEyIDQuNjk0LS45MTkgMS4wMi0xLjUzLjYxMi0zLjY3My0uOTE5LTQuNjk0bC0xNC4zODctOS41OTIgMTQuNDg5IDkuNTkyYzEuNTMxIDEuMDIxIDMuNjc0LjYxMyA0LjY5NC0uOTE4IDEuMDIxLTEuNjMzLjYxMy0zLjc3Ni0xLjAyLTQuNzk2bC0yNC4yODYtMTUuMTAyIDguMzY3LTQuNTkyYzEuOTM5LTEuMDIgMi42NTQtMy4zNjcgMS42MzMtNS4zMDYtMS4wMi0xLjkzOS0zLjM2Ny0yLjc1NS01LjMwNi0xLjgzN2wtOC4xNjMgMy45OGMtNi4wMjEgMi45NTktMTAuODE3IDYuMzI2LTE0LjU5MiAxMC42MTJsLTE3LjU1MSAxOS42OTRzLTIyLjQ0OS0xOS43OTYtMzIuMjQ1LTI4Ljc3NWMtNC4wODItMy43NzYtOS4yODYtNi4xMjMtMTQuNzk2LTYuMDJsLTIyLjk1OS42MTFoMS4xMjItMS40MjggMS4xMjJsLTIyLjk1OS0uNjEyYy01LjUxLS4xMDItMTAuNzE0IDIuMjQ1LTE0Ljc5NiA2LjAyLTkuNzk2IDguOTgtMzIuMjQ1IDI4Ljc3Ni0zMi4yNDUgMjguNzc2bC0xNy41NTEtMTkuNjk0Yy0zLjc3NS00LjI4Ni04LjU3MS03Ljc1NS0xNC41OTItMTAuNjEybC04LjE2My0zLjk4Yy0xLjkzOS0uOTE4LTQuMzg4LS4yMDQtNS4zMDYgMS44MzctLjkxOCAxLjkzOS0uMjA0IDQuMjg2IDEuNjMyIDUuMzA2bDguMzY4IDQuNTkyLTI0LjI4NiAxNS4xMDJjLTEuNjMyIDEuMDItMi4wNCAzLjE2My0xLjAyIDQuNzk2IDEuMDIgMS41MzEgMy4xNjMgMS45MzkgNC42OTQuOTE4bDE0LjQ5LTkuNTkyLTE0LjM4OCA5LjU5MmMtMS41MyAxLjAyMS0xLjk0IDMuMTY0LS45MTkgNC42OTQgMS4wMiAxLjUzMSAzLjE2NCAxLjkzOSA0LjY5NC45MTlsMTQuNTkyLTkuNTkyLTE0Ljc5NiA5LjY5NGMtMS40MjguOTE4LTEuODM3IDIuODU3LS44MTYgNC4xODMuOTE4IDEuMzI3IDIuNzU1IDEuNzM1IDQuMDgxLjgxN2wxNS4yMDUtOS42OTQtMTUgOS41OTJjLTEuNDMuOTE4LTEuODM3IDIuODU3LS45MTkgNC4yODUuOTE5IDEuMzI3IDIuNzU1IDEuNzM1IDQuMTg0LjkxOWwxNS42MTItOS4wODIgMjAuMzA2IDIzLjM2N2M2LjIyNSA3LjI0NSAxNy4zNDcgNy42NTMgMjQuMDgyIDEuMDIxbDIwLjkxOC0xNy4xNDN2NjcuMTQzaDEyLjQ0OWwxOS4zODgtNi4xMjNoNS4zMDZaIiBmaWxsPSIjRkZDN0RFIiBzdHJva2U9IiMwMDAiIHN0cm9rZS13aWR0aD0iLjg3IiBzdHJva2UtbWl0ZXJsaW1pdD0iMTAiLz48cGF0aCBkPSJNMjU5LjY5MyAxMjEuMTIzYy03LjQ0OS02LjYzMy0xOC42NzMtMTYuNjMzLTI0Ljg5OC0yMi4yNDUtNC4wODItMy43NzUtOS4yODYtNi4xMjItMTQuNzk2LTYuMDJsLTIyLjk1OS42MTJoMS4xMjItMS40MjggMS4xMjJsLTIyLjk1OS0uNjEyYy01LjUxLS4xMDItMTAuNzE0IDIuMjQ1LTE0Ljc5NiA2LjAyLTYuMjI0IDUuNzE0LTE3LjQ0OSAxNS43MTQtMjQuODk4IDIyLjI0NWwyMC42MTIgMjQuMzg4IDYuODM3LTUuNjEydjY3LjE0MmgxMi40NDlsMTkuMzg4LTYuMTIyaDYuMDJsMTkuMzg4IDYuMTIyaDEyLjQ0OXYtNjcuMTQybDYuODM3IDUuNjEyIDIwLjUxLTI0LjM4OFoiIGZpbGw9IiNGRjAwNkMiIHN0cm9rZT0iIzAwMCIgc3Ryb2tlLXdpZHRoPSIuODciIHN0cm9rZS1taXRlcmxpbWl0PSIxMCIvPjxwYXRoIGQ9Ik0yOTIuMDQxIDExNS44MTdjNS45MTggMCAxMC43MTQtNC43OTYgMTAuNzE0LTEwLjcxNCIgc3Ryb2tlPSIjMDAwIiBzdHJva2Utd2lkdGg9Ii44NyIgc3Ryb2tlLW1pdGVybGltaXQ9IjEwIiBzdHJva2UtbGluZWNhcD0icm91bmQiIHN0cm9rZS1saW5lam9pbj0icm91bmQiLz48cGF0aCBkPSJtMjk3LjU1MiAxMzIuNjUzLTMuMDYxLTEuNzM0LTcuMjQ1IDEzLjM2NyAxMC4zMDYtMTEuNjMzWiIgZmlsbD0iIzAwMCIgc3Ryb2tlPSIjMDAwIiBzdHJva2Utd2lkdGg9Ii44NyIgc3Ryb2tlLW1pdGVybGltaXQ9IjEwIiBzdHJva2UtbGluZWNhcD0icm91bmQiIHN0cm9rZS1saW5lam9pbj0icm91bmQiLz48cGF0aCBkPSJNMTAyLjg1OSAxMTUuODE3Yy01LjkxOSAwLTEwLjcxNS00Ljc5Ni0xMC43MTUtMTAuNzE1IiBzdHJva2U9IiMwMDAiIHN0cm9rZS13aWR0aD0iLjg3IiBzdHJva2UtbWl0ZXJsaW1pdD0iMTAiIHN0cm9rZS1saW5lY2FwPSJyb3VuZCIgc3Ryb2tlLWxpbmVqb2luPSJyb3VuZCIvPjxwYXRoIGQ9Im05Ny4zNDcgMTMyLjY1MyAzLjA2MS0xLjczNSA3LjE0MyAxMy4zNjgtMTAuMjA0LTExLjYzM1oiIGZpbGw9IiMwMDAiIHN0cm9rZT0iIzAwMCIgc3Ryb2tlLXdpZHRoPSIuODciIHN0cm9rZS1taXRlcmxpbWl0PSIxMCIgc3Ryb2tlLWxpbmVjYXA9InJvdW5kIiBzdHJva2UtbGluZWpvaW49InJvdW5kIi8+PHBhdGggZD0iTTIxOS44OTcgODMuOThjLS43MTQgMC0xLjMyNi4xMDMtMS45MzguNDA5LTEuNzM1LTkuNDktMTAuMTAyLTE2LjYzMy0yMC4xMDItMTYuNjMzcy0xOC4yNjYgNy4xNDMtMjAuMTAyIDE2LjYzM2MtLjYxMy0uMjA0LTEuMjI1LS40MDgtMS45MzktLjQwOC0yLjg1NyAwLTUuMTAyIDIuMjQ1LTUuMTAyIDUuMTAyczIuMjQ1IDUuMTAyIDUuMTAyIDUuMTAyYy44MTYgMCAxLjYzMy0uMjA0IDIuMzQ3LS42MTMgMi4zNDcgOC41NzIgMTAuMzA2IDE0Ljg5OCAxOS42OTQgMTQuODk4IDkuMzg3IDAgMTcuMjQ1LTYuMzI2IDE5LjY5NC0xNC44OTguNzE0LjQwOSAxLjUzLjYxMyAyLjM0Ni42MTMgMi44NTggMCA1LjEwMy0yLjI0NSA1LjEwMy01LjEwMiAwLTIuODU4LTIuMjQ1LTUuMTAyLTUuMTAzLTUuMTAyWiIgZmlsbD0iI0ZGQzdERSIgc3Ryb2tlPSIjMDAwIiBzdHJva2Utd2lkdGg9Ii44NyIgc3Ryb2tlLW1pdGVybGltaXQ9IjEwIi8+PHBhdGggZD0iTTE5Ny44NTUgNjcuNzU1cy0xNS42MTItLjYxMi0yMC4zMDYgMTcuMDQxYy43MTQuMzA2IDEuMzI2LjkxOSAxLjgzNyAxLjYzMy41MS43MTQgMS4wMi41MSAxLjAyLS4zMDYuNDA4LTQuNTkyIDMuMjY1LTguNzc2IDQuNDktOS44OTguNzE0LS42MTIuODE2LjQwOCAxLjIyNCAxLjMyNiAyLjY1MyA3LjA0MSAxNC4wODIgMTYuNTMgMjkuMTg0IDkuMTg0LjgxNi0uNDA4IDMuMTYzLTEuOTM5IDMuMTYzLTEuOTM5LTQuNjk0LTE3LjY1My0yMC4zMDYtMTcuMDQtMjAuMzA2LTE3LjA0aC0uMzA2WiIgZmlsbD0iIzAwMCIvPjxwYXRoIGQ9Ik0xMDIuOTU4IDE2Mi4yNDZ2OTAuMzA2bDk0LjM4OCAyNy41NTF2LTk0LjA4MmwtOTQuMzg4LTIzLjc3NVpNMjkxLjczMyAxNjIuMjQ2djkwLjMwNmwtOTQuMzg3IDI3LjU1MXYtOTQuMDgybDk0LjM4Ny0yMy43NzVaIiBmaWxsPSIjQjZCQkUyIiBzdHJva2U9IiMwMDAiIHN0cm9rZS13aWR0aD0iLjg3IiBzdHJva2UtbWl0ZXJsaW1pdD0iMTAiLz48cGF0aCBkPSJtMTAzLjQ2OSAxNzAuNzE1LjEwMiA0NS4zMDYgNTUuMzA2IDE1LjkxOCAzOC40NjktNDUuOTE4LTkzLjg3Ny0xNS4zMDZaTTI5MS40MyAxNzAuNzE1djQ1LjMwNmwtNTUuMzA2IDE1LjkxOC0zOC40Ny00NS45MTggOTMuNzc2LTE1LjMwNloiIGZpbGw9IiMwMDAiIHN0cm9rZT0iIzAwMCIgc3Ryb2tlLXdpZHRoPSIuODciIHN0cm9rZS1taXRlcmxpbWl0PSIxMCIgc3Ryb2tlLWxpbmVjYXA9InJvdW5kIiBzdHJva2UtbGluZWpvaW49InJvdW5kIi8+PHBhdGggZD0ibTI5Mi4wNDIgMTYyLjI0NiA0NSAzNC4xODMtOTkuNjk0IDI3LjQ0OS0zOS43OTYtMzcuODU3IDk0LjQ5LTIzLjc3NVpNMTAyLjk1OSAxNjIuMjQ2IDYwIDE5NS4wMDFsOTcuNTUxIDI4Ljg3NyAzOS43OTYtMzcuODU3LTk0LjM4OC0yMy43NzVaIiBmaWxsPSIjREVERkVBIiBzdHJva2U9IiMwMDAiIHN0cm9rZS13aWR0aD0iLjg3IiBzdHJva2UtbWl0ZXJsaW1pdD0iMTAiIHN0cm9rZS1saW5lY2FwPSJyb3VuZCIgc3Ryb2tlLWxpbmVqb2luPSJyb3VuZCIvPjwvc3ZnPg==' }) c.drawImage(i, 0, 0, 320, 240) } }) 开发者工具正常 [图片] iOS 真机 onerror [图片][图片] Andriod 真机 onerror [图片][图片]

为什么？ 最主要的原因是这个接口的扣费时机没办法控制。 他这个接口的扣费时机是获取手机号的 Button 点击就扣费。 其次，是快速验证组件涉嫌违法。 刚刚看了下阿里云短信服务的文档，按量付费四分五一次，虽然比微信贵吧，但时机是百分百可控的。 毕竟用脚趾头都能想明白，在扣费时机都不可自主控制的情况下，单纯地对比价格是毫无意义的。 缺点就是后端要增加一些工作量，但是如果有其他平台的开发计划，这部分代码量也是迟早要来的。 他微信靠着垄断为所欲为是他的事情，咱开发者在有选择空间的情况下不能助纣为虐。

文档中写到小程序码参数的获取时机是在 `page.Onload()` 中： Page({ onLoad (query) { // scene 需要使用 decodeURIComponent 才能获取到生成二维码时传入的 scene const scene = decodeURIComponent(query.scene) } }) 那岂不是意味着，如果扫码前，用户已经启动了小程序，就获取不到码的参数了？

发现以下来自腾讯云的IP定时集中访问我们的服务端接口： 175.24.213.22481.69.103.102124.222.31.192101.35.210.17243.137.147.252% IANA WHOIS server % for more information on IANA, visit http://www.iana.org % This query returned 1 object refer:        whois.apnic.net  inetnum:      175.0.0.0 - 175.255.255.255 organisation: APNIC status:       ALLOCATED  whois:        whois.apnic.net  changed:      2009-08 source:       IANA  # whois.apnic.net  % [whois.apnic.net] % Whois data copyright terms    http://www.apnic.net/db/dbcopyright.html % Information related to '175.24.0.0 - 175.24.255.255' % Abuse contact for '175.24.0.0 - 175.24.255.255' is 'ipas@cnnic.cn' inetnum:        175.24.0.0 - 175.24.255.255 netname:        TencentCloud descr:          Tencent cloud computing (Beijing) Co., Ltd. country:        CN admin-c:        JT1125-AP tech-c:         JX1747-AP abuse-c:        AC1601-AP status:         ALLOCATED PORTABLE mnt-by:         MAINT-CNNIC-AP mnt-lower:      MAINT-CNNIC-AP mnt-routes:     MAINT-CNNIC-AP mnt-irt:        IRT-CNNIC-CN last-modified:  2021-06-16T01:27:31Z source:         APNIC  irt:            IRT-CNNIC-CN address:        Beijing, China e-mail:         ipas@cnnic.cn abuse-mailbox:  ipas@cnnic.cn admin-c:        IP50-AP tech-c:         IP50-AP auth:           # Filtered remarks:        Please note that CNNIC is not an ISP and is not remarks:        empowered to investigate complaints of network abuse. remarks:        Please contact the tech-c or admin-c of the network. mnt-by:         MAINT-CNNIC-AP last-modified:  2021-06-16T01:39:57Z source:         APNIC  role:           ABUSE CNNICCN address:        Beijing, China country:        ZZ phone:          +000000000 e-mail:         ipas@cnnic.cn admin-c:        IP50-AP tech-c:         IP50-AP nic-hdl:        AC1601-AP remarks:        Generated from irt object IRT-CNNIC-CN abuse-mailbox:  ipas@cnnic.cn mnt-by:         APNIC-ABUSE last-modified:  2020-05-14T11:19:01Z source:         APNIC  person:         James Tian address:        9F, FIYTA Building, Gaoxinnanyi Road,Southern address:        District of Hi-tech Park, Shenzhen country:        CN phone:          +86-755-86013388-84952 e-mail:         clarkcheng@tencent.com nic-hdl:        JT1125-AP mnt-by:         MAINT-CNNIC-AP last-modified:  2021-09-17T00:37:15Z source:         APNIC  person:         Jimmy Xiao address:        9F, FIYTA Building, Gaoxinnanyi Road,Southern address:        District of Hi-tech Park, Shenzhen country:        CN phone:          +86-755-86013388-80224 e-mail:         klayliang@tencent.com nic-hdl:        JX1747-AP mnt-by:         MAINT-CNNIC-AP last-modified:  2021-09-17T00:38:09Z source:         APNIC % Information related to '175.24.0.0/16AS45090' route:          175.24.0.0/16 descr:          Shenzhen Tencent Computer Systems Company Limited country:        CN origin:         AS45090 notify:         jimmyxiao@tencent.com mnt-by:         MAINT-CNNIC-AP last-modified:  2019-04-18T03:50:02Z source:         APNIC % This query was served by the APNIC Whois Service version 1.88.16 (WHOIS-AU1) 这是干嘛？

Page({ data: { products: [ {name: 'A', quantity: 0}, {name: 'B', quantity: 0}, ], total: 0, }, plus({currentTarget: {id}}) { let {products, total} = this.data let index = Number(id) let {quantity} = products[index] quantity += 1 total += 1 let key = `products[${index}].quantity` console.log({key, quantity}) this.setData( { key: quantity, total }, () => { console.log('quantity=', this.data.products[index].quantity) } ) } }) 点击按钮，total 正常，而商品数量始终为0。 [图片]

// 自定义 tabBar Component({ lifetimes: { attached() { log('custom tabBar attached ...') } } }) tabBar 页面加载时执行 attached 是预期行为。 问题是所有非 tabBar 页面加载时为什么也会执行定义在 tabBar 页面内的 attached ？

如果说反馈BUG一定要附带代码片段，OK，请修改BUG反馈的表单提交条件，没有代码片段的，禁止提交。 如果说代码片段不是BUG反馈的必要条件，那么请禁止社区运营上来不管什么问题，就是一堆复制粘贴的要代码片段的话术，这种回复，我说是纯粹的垃圾回复没问题吧？ 为什么要让问题下面充斥这种垃圾回复？ 产品能解决的事情雇人来做还做得一塌糊涂？ 不回复没关系，天天问题不解决，上班CV大法搞这些垃圾？

[图片] const url = './WX20230713-152705@2x.png' Page({ data: { width: 256, height: 256, }, async _dataurl() { let {node, width, height} = await new Promise(r => { wx.createSelectorQuery() .select('#canvas') .fields({node: true, size: true}, r) .exec() }) console.log(node, width, height); let img = node.createImage() await new Promise(resolve => { img.onload = resolve img.src = url }) node.getContext('2d').drawImage(img, 0, 0, width, height) let dataURL = node.toDataURL() if (dataURL.length > 6) { console.log(dataURL.length) } else { console.log(dataURL) } }, plus() { let {width, height} = this.data width += 256 height += 256 this.setData( {width, height}, this._dataurl ) }, minus() { let {width, height} = this.data width -= 256 height -= 256 this.setData( {width, height}, this._dataurl ) } }) [图片] 可以看到，在 Canvas 尺寸大于 1536 x 1536 时，直接返回了`data:,`，整个数据部分丢失。 几个问题： 一、为什么随着 Canvas 尺寸的增加，DataURI 的长度却在变小？ 二、为什么在并不大的尺寸下会丢失数据？ 三、iOS、Android、开发者工具表现为何不一致？ 四、这个接口成功返回的 Canvas 尺寸的阈值是多少？