基础库是 2.23.4

微信小程序版本发布后怎么查看是否全量覆盖？怎么查看还有多少用户在使用老版本，文档里说24h后会有99%用户全量覆盖

场景： 在小程序中大家应该都有这样的场景，在onLaunch里用wx.login静默登录拿到code，再用code去发送请求获取token、用户信息等，整个过程都是异步的，然后我们在业务页面里onLoad去用的时候异步请求还没回来，导致没拿到想要的数据，以往要么监听是否拿到，要么自己封装一套回调，总之都挺麻烦，每个页面都要写一堆无关当前页面的逻辑。 直接上终极解决方案，公司内部已接入两年很稳定： 1.可完美解决异步问题 2.不污染原生生命周期，与onLoad等钩子共存 3.使用方便 4.可灵活定制异步钩子 5.采用监听模式实现，接入无需修改以前相关逻辑 6.支持各种小程序和vue架构 。。。 //为了简洁明了的展示使用场景，以下有部分是伪代码，请勿直接粘贴使用，具体使用代码看Github文档 //app.js //globalData提出来声明 let globalData = {   // 是否已拿到token   token: '',   // 用户信息   userInfo: {     userId: '',     head: ''   } } //注册自定义钩子 import CustomHook from 'spa-custom-hooks'; CustomHook.install({  'Login':{     name:'Login',     watchKey: 'token',     onUpdate(token){       //有token则触发此钩子       return !!token;     }   },  'User':{     name:'User',     watchKey: 'userInfo',     onUpdate(user){       //获取到userinfo里的userId则触发此钩子       return !!user.userId;     }   } }, globalData) // 正常走初始化逻辑 App({ globalData, onLaunch() { //发起异步登录拿token login((token)=>{ this.globalData.token = token //使用token拿用户信息 getUser((user)=>{ this.globalData.user = user }) }) } }） //关键点来了 //Page.js，业务页面使用 Page({   onLoadLogin() { //拿到token啦，可以使用token发起请求了 const token = getApp().globalData.token },   onLoadUser() { //拿到用户信息啦 const userInfo = getApp().globalData.userInfo },   onReadyUser() { //页面初次渲染完毕 && 拿到用户信息，可以把头像渲染在canvas上面啦 const userInfo = getApp().globalData.userInfo // 获取canvas上下文 const ctx = getCanvasContext2d() ctx.drawImage(userInfo.head,0,0,100,100) },   onShowUser() { //页面每次显示 && 拿到用户信息，我要在页面每次显示的时候根据userInfo走不同的逻辑 const userInfo = getApp().globalData.userInfo switch(userInfo.sex){ case 0: // 走女生逻辑 break case 1: // 走男生逻辑 break } } }) 具体文档和Demo见↓ Github：https://github.com/1977474741/spa-custom-hooks 祝大家用的愉快，记得star哦

scroll-view组件要怎么自动滚动，滚动到最后一个时需要和swiper一样衔接滑动，要求滚动时不能卡顿，可以用手势控制滑动，就像scroll-view一样，自动滚动时，动画时长不能太快

如题，小程序通过[代码]plugin://[代码] 跳转过去的插件页可以发起分享，分享到好友和朋友圈嘛？

1.这个影票页面是集成的小程序插件 [图片] 2.点击左上角分享给好友 [图片] 3.好友打开以后白屏，怎么处理，这个页面不是我们内部的页面，是集成的小程序插件 [图片] [图片]

文档说onShareAppMessage的path必须是以 / 开头的完整路径 但是插件的路由一般在宿主小程序中是类似这样的：'plugin://myPlugin/index' 在插件内部跳转的路由是这样的： 'plugin-private://wxa9bxxxx8cada2b21/pages/index' Page({ onShareAppMessage() { const promise = new Promise(resolve => { setTimeout(() => { resolve({ title: '自定义转发标题' }) }, 2000) }) return { title: '自定义转发标题', path: '/page/user?id=123', promise } } }) 那么我在插件页面进行转发（页面分享）的这个path该怎么写？或者无法实现？

宿主小程序A页面，跳转到插件页面，从插件页面点击按钮后 跳转到宿主小程序B页面，是否能够实现？ 尝试了 导出到插件 的方法，仅能获取数据，调用导出方法中封装好的跳转方法无响应。 （导出到插件文档链接） https://developers.weixin.qq.com/miniprogram/dev/framework/plugin/using.html#%E5%AF%BC%E5%87%BA%E5%88%B0%E6%8F%92%E4%BB%B6

微信小程序ios中使用picker日期选择组件，设置end后，范围外的日期还是能看得到，怎么能不让end后的日期出现

[图片] [图片][图片]

大家在使用picker组件的date模式时，如果设置了start或者end参数，但是没效果，原因是IOS对日期格式有兼容问题，也算是IOS历史遗留问题。 解决方案： 1、获取系统信息：用 wx.getDeviceInfo().system 或者 __wxConfig.system [图片] 2、判断是否iOS: let isIos = __wxConfig.system.toLowerCase().startsWith('ios'); 3、格式化日期 let separator = isIos ? '/' : '-'; let d = new Date(); let end = d.toJSON().split('T')[0].split('-').join(separator); console.log(end); 效果如下 [图片]

Q1：用户首次进入小程序同意隐私信息授权后，再次进入小程序是否需要再次授权？ A：若小程序调用的隐私接口未更新过，用户同意隐私信息授权后，再次进入小程序时无需重新授权同意； 若小程序调用的隐私接口在用户同意隐私信息授权后更新过，再次进入小程序时需用户重新授权才可以调用更新的隐私接口。若用户删除小程序后再次进入时，也需用户重新授权才可以调用更新的隐私接口。 Q2：如果我的小程序一直没有配置用户隐私接口授权弹窗，会被处罚吗？ A：若你的小程序内涉及调用用户隐私信息接口，且到期未配置隐私授权弹窗按钮的开发者，在用户合规授权的前提下，也可正常调用微信提供的隐私接口：平台将在小程序调用隐私接口时，前置展示平台提供的官方隐私授权弹窗。 如果开发者配置了隐私授权弹窗按钮（使用组件），在C端用户拒绝后会频繁弹出，这种影响用户体验的方式是违规的，我们会进行相应的处罚与能力限制。 Q3：我的小程序如果没有调用到用户隐私接口，还需要配置隐私授权弹窗吗？ A：不需要，若后续需在小程序内调用用户隐私信息接口，开发者可自行配置隐私授权弹窗按钮，也可以使用平台提供的官方隐私授权弹窗。 Q4：如何配置小程序自定义隐私授权弹窗按钮？ A：详情可参考：小程序隐私协议开发指南 | 微信开放文档 Q5：小程序的隐私授权弹窗样式、文本可以自行设计吗？ A：可以的，但需注意『拒绝/同意』按钮、隐私保护指引文案及超链接为自定义隐私授权弹窗必需要素。隐私保护指引文案及超链接可跳转自行设计的隐私政策等收集使用规则。开发者可根据小程序实际业务场景自行设置弹窗得弹出时机，建议在获取用户隐私信息前给用户弹窗提醒。 Q6：自定义隐私授权弹窗相关接口从基础库2.33.0 开始支持，如果用户基础库低于这个版本，相关的组件使用、api调用都会失败吗？是否会影响低版本用户的使用 A：不会失败，低版本用户不需要同步状态即可使用 Q7：使用隐私授权弹窗按钮时，onNeedPrivacyAuthorization在用户同意过后，如果小程序有新增需要用户授权的隐私接口相关功能，更新了小程序用户隐私保护指引，是不是会再次触发需要用户再次同意？ A：是的，用户有确认过的话就不会再有弹窗事件触发了，除非有新的scope补充以及对应scope的api调用 Q8：一个小程序同意一次隐私协议后，所有隐私相关组件/接口都能正常调用？ A：一个小程序同意一次隐私协议后，所有在隐私协议中配置了的组件/接口都能正常调用 Q9：请问下小程序内已经配置隐私保护指引+自定义隐私授权弹窗，但是在用户触发的时候，不会调用这套官方接口。是否必须调用？ A：是的，必须调用相关接口，隐私授权弹窗按钮才会生效。 Q10：我已有自己的隐私协议，还要再接入官方的重新开发么？用户会体验到两个弹窗么？ A：隐私协议可用官方的也可使用自己的，只需配置相应弹窗按钮，在用户点击时告知平台。用户不会体验到两个弹窗。 Q11：【小程序用户隐私保护指引内容介绍-开发者处理的信息】中展示的接口列表，未完全覆盖【用户保护指引-用户信息使用类型】里的可勾选的接口类型，例如设备信息、订单信息等。这些未覆盖到的接口若用户不授权，调用是否会受影响？ A：不会受到影响，本次隐私协议更新规则受影响的接口以【小程序用户隐私保护指引内容介绍】中展示的接口列表为准 Q12：插件内的隐私接口，是否受本次隐私协议更新规则影响？ A：目前插件的接口不会受影响，但组件可能会，如<button open-type="chooseAvatar"> ，<input type="nickname">等组件。 Q13：needAuthorization返回false？ A：开发者需确认是否在《小程序用户隐私保护指引》中声明了小程序内所有处理的用户信息，若未声明，对应接口或组件将直接禁用。 Q14：关于小程序隐私保护指引设置的公告，是否包括小程序里嵌入的h5页面？ A：暂不包括 Q15：不同功能使用的接口不一样要分别弹一次吗？例如A功能需要收集位置信息，B功能需要收集头像昵称信息，两个不同功能的地方都要分别做这个弹框同意吗？ A：不需要，一次弹窗即可授权所有在隐私协议中配置了的组件/接口。 Q16：隐私政策可以直接在登录页使用勾选框的吗？是否一定要配置弹窗？ A：平台给开发者提供了两种隐私授权弹窗，一种是官方隐私授权弹窗，无需开发平台默认自动适配。一种是隐私授权弹窗按钮可根据小程序需求自行设计，支持如下两种方式： - 弹窗内的button接官方组件 - 可以操作勾选后点击登陆 平台均提供了相关能力，详情可参考：小程序隐私协议开发指南 | 微信开放文档 [图片]

官方文档的原文描述和链接如下： https://developers.weixin.qq.com/miniprogram/dev/framework/open-ability/getPhoneNumber.html 自2023年8月26日起，手机号快速验证组件将需要付费使用。标准单价为：每次组件调用成功，收费0.03元。 扣费节点：开发者获得 [代码]bindgetphonenumber[代码] 事件的 success 回调信息时，进行扣费。 如果有用户恶意频繁（写一个自动化脚本，自动去点击授权手机号的按钮等等）调用该如何规避呢？ 手机号快速验证组件是这样的： <button open-type="getPhoneNumber" bindgetphonenumber="getPhoneNumber"></button> 只能在botton组件上添加open-type属性为getPhoneNumber，且用户点击才能触发。 开发者想在点击按钮前去进行一些校验和逻辑判断是不可行的。小程序能开放手机号授权弹窗的方法吗，让开发者可以用api的方式唤起手机号授权弹。这样开发者才能在此之前做一些校验和逻辑判断。 如果不开放这个功能，现在好像没有其他的可以规避这个问题，官方能给个统一的解决方案吗？

近期我们收到了很多用户对小程序/小游戏中分享功能的投诉：在某些小程序/小游戏中，分享并非是用户主动自发的行为，而是受到了某类利益的诱惑，或是被迫分享。这样的内容充斥在群里、小程序里，对用户造成了骚扰。 分享功能，旨在帮助用户更流畅地与好友分享内容和服务，应是用户自发的行为。在原来的分享接口中，用户发起分享动作之后，可以通过 [代码]success[代码] 、[代码]fail[代码]、[代码]complete[代码]等回调来判断用户是否完成了最后的分享动作。通过这个能力，开发者可以将产品交互在分享这个能力上做得比较自然和顺畅。现在为鼓励用户自发分享喜爱的内容，减少“强制分享至不同群”等滥用分享能力，破坏用户体验的行为，在我们权衡了分享功能带来的利弊后，分享功能将进行以下调整： 10月10日起新提交发布的版本，不再支持分享回调参数 [代码]success[代码] 、[代码]fail[代码] 、[代码]complete[代码]，即用户从小程序/小游戏中分享消息给好友时，开发者将无法获知用户是否分享完成，也无法在分享后立即获得分享成功后的回调参数[代码]shareTicket[代码]。该调整可以在基础库 2.3.0及以上版本体验。 此次调整可能影响到三种分享功能的用法。 第一种:判断用户是否分享成功，进而给予用户奖励。 例如：小程序提示用户“分享到5个群，可以获得一张20元的优惠券”。 这类诱导用户分享的行为是我们平台所不倡导的，后续将没有办法实现。 第二种:分享完成后变更当前的页面状态 例如：赠送礼品场景下，用户点击“赠送”按钮，将礼品分享出去，分享成功后，界面展示“等待领取”。 这类场景，我们建议可以适当调整交互方案。例如在分享后继续保留“赠送”按钮，但在页面上提示用户一个礼品只能被一人领取，重复赠送无效。 第三种：通过用户分享之后的 [代码]shareTicket[代码] 获取群唯一标识 [代码]openGId[代码] ，以显示对应群的相关信息。 例如：通过分享小程序到某个群里，可以查看该群内成员的排行榜。 此次调整后，用户分享完成后无法立刻显示该群的排行榜信息，但仍可在用户从群消息点击进入小程序时显示该群的排行榜信息。 10月10日起新提交发布的版本将会受到此调整的影响。 需要各位开发者注意，10月10日起新提交发布的版本将会受到此策略的影响，请及时调整分享相关能力，考虑兼容上述调整带来的影响。 调整策略在基础库 2.3.0 及以上版本生效，该基础库版本对应微信客户端6.7.2版本。另外，考虑到兼容性等问题，在基础库版本 2.3.0 以下的环境中不受此策略影响，小程序/小游戏可继续获取分享回调事件。

这是正常逻辑

怎么使用 wx.openEmbeddedMiniProgram 或者 wx.navigateToMiniProgram 打开目标小程序的分包页面？

如题，小程序A通过wx.openEmbeddedMiniProgram半屏方式打开小程序B，完成相应流程后需要将结果返回给A，请问B通过什么方式传递？