我司之前开发过一款陪玩类的小程序，但之后因为小程序IOS端被静止了虚拟支付导致我们的小程序只能停止运营。 下图是当时审核被驳回的记录 [图片] 但是昨天，我们在做竞品分析的时候，居然发现比心陪练这款小程序居然可以使用支付的功能，是官方开了后门还是审核制度有问题，还是其他什么原因，请官方给予一个明确的答复！ [图片][图片]

1.比如用户支付了100，商户只保留10，其余的90全部分账给商家A，是否可以通过多次分账接口实现？（不要给我发文档，看得懂就不会来问了！） 2.多次分账时，最高比例30%是总订单的金额，还是指的待分账金额？

官方文档出现严重不一致，到底哪个是对的 版本说明里面最近一条的说明说不支持。产品说明里面明确说明支持。 [图片] [图片]

最新版本 Stable v1.02.200402，曾经有一次格式化的时候出现提示，让我选择使用哪一种格式风格，因为不能预览，我就随便选了一个，后来看到和我格式化风格不同的代码，感觉比我现在用的那个看着舒服多了，所以怎么换回去呢？

npm i @vant/weapp -S --production npm init -y 这两条命令都执行了，还是不行

### 概述 本文用6个步骤，讲解了如何用原生 js 在微信小程序接入腾讯云即时通信 IM，耗时大约7分钟。值得一看，不耽误事。 ### 背景 危机，有危就有机。疫情给全世界带来了很大的危害，也给很多场景和应用带来了前所未有的机会，如在线会议、在线教学、直播带货、全媒体客服等获得了前所未有的使用和增长。实现这些场景推荐使用腾讯云 TRTC，感兴趣的老板可以详细了解下，在此不多赘述。那如何实现会议、教学场景的聊天、文件传输、禁言功能，直播场景的弹幕、送礼、过滤涉黄涉政不雅词功能，全媒体客服的文本、语音、图片咨询功能呢？推荐使用腾讯云即时通信 IM，简单接入、稳定必达、覆盖全球。 “万事开头难”，接入一个 SDK 相当于开头，快速接入成功就开了个好头，心情愉悦干活有劲，后续可以调用相关 API 实现复杂具体的功能。下面就给大家介绍如何快速、心情愉悦地“开头”。 ### 步骤 ##### 1、打开微信开发者工具，新建小程序项目 [图片] ##### 2、命令行打开刚创建的项目文件目录，`npm init -y` 快速生成 package.json ##### 3、下载腾讯云即时通信 IMSDK：`npm install tim-wx-sdk@latest --production` [图片] ##### 4、构建 npm [图片] 构建成功后能在项目目录看到 miniprogram_npm 和 tim-wx-sdk [图片] ##### 5、详情-》本地设置-》使用 npm 模块 [图片] ##### 6、引入 TIM 模块 import TIM from 'tim-wx-sdk' //app.js App({   onLaunch: function () {     // 创建 SDK 实例，TIM.create() 方法对于同一个 SDKAppID 只会返回同一份实例     let options = {       SDKAppID: 0 // 接入时需要将0替换为您的即时通信应用的 SDKAppID     };     let tim = TIM.create(options); // SDK 实例通常用 tim 表示     // 设置 SDK 日志输出级别，详细分级请参见 setLogLevel 接口的说明     tim.setLogLevel(0); // 普通级别，日志量较多，接入时建议使用   },   globalData: {     userInfo: null   } }) 控制台如果能看到 TIM.VERSION: 2.6.1 的日志，表示接入成功。 [图片] ### 相关文档 更新日志SDK 接口文档AVChatRoom 使用指南Web Demo小程序[图片] iOS(密码 123)[图片]Android [图片]

[图片] [图片] 如图所示 布局我用flex布局 箭头所示 怎么那个空白补上去

- 需求的场景描述（希望解决的问题） 微信小程序video标签及相关api中没有找到有提供视频预加载，及其预加载进度的api，请问现在视频支持预加载吗？或者有什么方案解决这个问题吗？ - 希望提供的能力 支持预加载并返回进度，100%后给予回调方法。

- 当前 Bug 的表现（可附上截图） [图片] - 预期表现 pc端使用回车没问题，在真机上 bindconfirm在swiper中触发了两次 - 复现路径 - 提供一个最简复现 Demo

[图片]

小程序动态换肤方案 – 本地篇 需求说明 在开发小程序的时候，尤其是开发第三方小程序，我们作为开发者，只需要开发一套模板，客户的小程序对我们进行授权管理，我们需要将这套模板应用到对方的小程序上，然后进行发版审核即可； 但是个别客户的小程序需要做 [代码]定制化配色方案[代码]，也就是说，不同的小程序个体需要对页面的元素（比如：按钮，字体等）进行不同的配色设置，接下来我们来讨论一下怎么实现它。 方案和问题 一般来说，有两种解决方案可以解决小程序动态换肤的需求： 小程序内置几种主题样式，通过更换类名来实现动态改变小程序页面的元素色值； 后端接口返回色值字段，前端通过 [代码]内联[代码] 方式对页面元素进行色值设置。 当然了，每种方案都有一些问题，问题如下： 方案1较为死板，每次更改主题样式都需要发版小程序，如果主题样式变动不大，可以考虑这种； 方案2对于前端的改动很大，[代码]内联[代码] 也就是通过 [代码]style[代码] 的方式内嵌到[代码]wxml[代码] 代码中，代码的阅读性会变差，但是可以解决主题样式变动不用发版小程序的问题。 ps：我一直在尝试如何在小程序里面，通过js动态修改stylus的变量问题，这样就可以解决上面说的问题了，后期如果实现了，一定周知各位 本文先重点描述第一种方案的实现，文章末尾会贴上我的 [代码]github项目[代码] 地址，方便大家尝试。 前期准备 本文采用的是 [代码]gulp[代码] + [代码]stylus[代码] 引入预编译语言来处理样式文件，大家需要全局安装一下 [代码]gulp[代码]，然后安装两个 [代码]gulp[代码] 的插件 [代码]gulp-stylus[代码]（stylus文件转化为css文件） [代码]gulp-rename[代码]（css文件重命名为wxss文件）。 gulp 这里简单贴一下gulpfile文件的配置，比较简单，其实就是借助 [代码]gulp-stylus[代码] 插件将 [代码].styl[代码] 结尾的文件转化为 [代码].css[代码] 文件，然后引入 [代码]gulp-rename[代码] 插件对文件重命名为 [代码].wxss[代码] 文件； 再创建一个任务对 [代码].styl[代码] 监听修改，配置文件如下所示： [代码]var gulp = require('gulp'); var stylus = require('gulp-stylus'); var rename = require('gulp-rename'); function stylusTask() { return gulp.src('./styl/*.styl') .pipe(stylus()) .pipe(rename(function(path) { path.extname = '.wxss' })) .pipe(gulp.dest('./wxss')) } function autosTask() { gulp.watch('./styl/*.styl', stylusTask) } exports.default = gulp.series(gulp.parallel(stylusTask, autosTask)) [代码] stylus 这里会分为两个文件，一个是主题样式变量定义文件，一个是页面皮肤样式文件，依次如下所示： 主题样式变量设置 [代码]// theme1 theme1-main = rgb(254, 71, 60) theme1-sub = rgb(255, 184, 0) // theme2 theme2-main = rgb(255, 158, 0) theme2-sub = rgb(69, 69, 69) // theme3 theme3-main = rgb(215, 183, 130) theme3-sub = rgb(207, 197, 174) [代码] 页面皮肤样式 [代码]@import './define.styl' // 拼接主色值 joinMainName(num) theme + num + -main // 拼接辅色值 joinSubName(num) theme + num + -sub // 遍历输出改变色值的元素类名 for num in (1..3) .theme{num} .font-vi color joinMainName(num) .main-btn background joinMainName(num) .sub-btn background joinSubName(num) [代码] 输出： [代码].theme1 .font-vi { color: #fe473c; } .theme1 .main-btn { background: #fe473c; } .theme1 .sub-btn { background: #ffb800; } .theme2 .font-vi { color: #ff9e00; } .theme2 .main-btn { background: #ff9e00; } .theme2 .sub-btn { background: #454545; } .theme3 .font-vi { color: #d7b782; } .theme3 .main-btn { background: #d7b782; } .theme3 .sub-btn { background: #cfc5ae; } [代码] 代码我写上了注释，我还是简单说明一下上面的代码：我首先定义一个主题文件 [代码]define.styl[代码] 用来存储色值变量，然后会再定义一个皮肤文件 [代码]vi.styl[代码] ，这里其实就是不同 [代码]主题类名[代码] 下需要改变色值的元素的属性定义，元素的色值需要用到 [代码]define.styl[代码] 预先定义好的变量，是不是很简单，哈哈哈。 具体使用 但是在具体页面中需要怎么使用呢，接下来我们来讲解一下 页面的 [代码]wxss[代码] 文件导入编译后的 [代码]vi.wxss[代码]文件 [代码]@import '/wxss/vi.wxss'; [代码] 页面的 [代码]wxml[代码] 文件需要编写需要改变色值的元素，并且引入变量 [代码]theme[代码] [代码]<view class="intro {{ theme }}"> <view class="font mb10">正常字体</view> <view class="font font-vi mb10">vi色字体</view> <view class="btn main-btn mb10">主色按钮</view> <view class="btn sub-btn">辅色按钮</view> </view> [代码] 页面 [代码]js[代码] 文件动态改变 [代码]theme[代码]变量值 [代码] data: { theme: '' }, handleChange(e) { const { theme } = e.target.dataset this.setData({ theme }) } [代码] 效果预览 [图片] 项目地址 项目地址：https://github.com/csonchen/wxSkin 这是本文案例的项目地址，为了方便大家浏览项目，我把编译后的wxss文件也一并上传了，大家打开就能预览，如果觉得好，希望大家都去点下star哈，谢谢大家。。。

现在小程序的双线程结构（逻辑层+界面层）在频繁的网络交互场景中会引起页面响应的“抖动”。 一个想法是把这些与网络交互的逻辑放在一个单独的线程，这样逻辑层就能专注于服务界面层的响应，达到极速的用户体验。可惜，当下小程序的多线程（worker）并不是真正意义上的多线程：worker不能调用wx的API，非常鸡肋。 我想问官方是否有另一种方法或者计划支持创造一个真正意义的线程？为了控制滥用，可以限制一个小程序能创造此类线程的数量。

一开始我的处理方式是在页面直接用checkSession，我的session_key是在index.js登录的时候保存到storage，这里check回调的是“success”。 但是把此时storage里面的session_key结合授权按钮的参数去进行解密是失败的，需要在当前的Page再登陆一次才能成功。 不推荐把session_key存放在缓存。所以以上做法直接跳过。 最后参考了一个朋友的做法，在Page onLoad的时候执行一次wx.login()，然后拿到新的session_key，再用此时的新key去解密就通了。或者改为请求解密之前执行一次登录，据说出问题的概率还是很大 结尾补充：最后一种方法还有个问题要考虑，就是最好执行获取手机号之前再checkSession一下(尽管没啥用)。 问题源头，由于这个函数在校验session_key的时候，无论是过期的key还是新的key都是success，所以有了之后一些列的问题，session_key的状态没法把控 [代码]Page({ data: { currentSessionKey: null }, onLoad: function(options) { /* do something*/ const here = this; // 执行登录确保session_key在线 wx.login({ success(res) { if (res.code) { // call()是我自己基于wx.request封装的一个请求函数工具，这里通过后端发送登录请求获得openid const data = call(userLogin, { code: res.code }); data.then(obj => { if (!obj.error) { here.setData({ currentSessionKey: obj.result.session_key }) } }); } }, fail(error) { throw error; } }); }, // 点击按钮获取手机号权限并解析<button open-type="getPhoneNumber" bindgetphonenumber="getPhoneNumber" bindtap='doMyAction'>获取手机号</button> getPhoneNumber: function (e) { const { encryptedData, iv } = e.detail; const options = { encryptedData: encryptedData, iv: iv, sessionKey: this.data.currentSessionKey }; here.doGetPhone(options); }, doMyAction: function() { // 还可以做一些事情 }, doGetPhone: function (options) { const { sessionKey, encryptedData, iv } = options; const here = this; // 向服务器请求解密 wx.request({ // 这里是解密用的接口 url: 'https://xxx.com/python/decrypt', method: 'POST', data: { sessionKey: sessionKey, encryptedData: encryptedData, iv: iv }, success(res) { // 最终获取到用户数据，国家代号前缀、不带前缀的手机号。默认是不带前缀 const { countryCode, purePhoneNumber } = res.data; here.pageForward(countryCode, purePhoneNumber); }, fail(error) { console.log(error); here.pageForward(); } }) }, pageForward: function(countryCode, purePhoneNumber) { // 获取成功后我是跳转到另一个页面 wx.navigateTo({ url: `/pages/person/index?phone=${purePhoneNumber}` }) } }) [代码]

各位开发者： 为了提高 Canvas 组件的性能，我们计划在小程序基础库 v2.9.0 正式开放一套全新的 Canvas 接口。该接口符合 HTML Canvas 2D 的标准，实现上采用 GPU 硬件加速，渲染性能相比于现有的 Canvas 接口有一倍左右的提升。现邀请广大开发者参与 Canvas 接口的公测。 公测需使用 iOS v7.0.5 版本，接口用法可参考该代码片段。 欢迎广大开发者参与公测，如有问题，请在本帖下方评论反馈。 微信团队 2019.08.29

live-player设置pictureInPictureMode为['push','pop']， 当调用wx.navigateBack()返回后，并没有出现小窗； 当通过侧滑返回后，大部分情况下出现了小窗画面，但仍有一定几率没有小窗的情况。

有时候打开小程序出现空白页面，加载了很久，没有任何信息，有时候又显示正常,调试未发现错误信息。 [图片]

appid: wx6663bef44ec7ff27 偶发性返回首页白屏，没有报错信息，遇到好几次了，请问是什么原因？

昨天微信版本7.0.12的各手机使用画中画功能正常使用, 今天测试, 除了 iPhone 8 ,其余iPhone XR, iPhone 7 画中画功能没有显示. 这个组件是不是有什么限制?

经常从如四级页面向上返回，一直到一级页面（tabBar页面），都是空白，切换另一个tabBar页面页面显示了，再切回来，也显示了；打开调试模式，偶尔在进入一些页面navigateTo方式跳转，页面空白，调试工具也消失了，返回上一级，页面显示，调试工具显示，再返回，极有可能一直白屏（页面title在变化）。 不知道有没有遇到此类问题的同学，希望能解答下，也希望官方能回答这个问题。

多个live-player添加了画中画功能, 返回时只显示一个, 是覆盖了,还是默认显示最后一个live-player呢? 可以指定显示特定的live-player么?

Mac微信2.4.0以上版版本中，支持打开聊天中分享的小程序，开发者可下载安装Mac微信版内测版本进行体验和适配。 Mac微信内测版：点击下载 兼容性：系统要求macOS 10.12或更高版本 1、开发工具支持 运行环境要求下载并安装最新开发版开发者工具：https://developers.weixin.qq.com/miniprogram/dev/devtools/nightly.html 小程序预览微信开发者工具菜单栏点击 设置->通用设置，在自动预览部分勾选“启动 MAC 端自动预览”。 使用自动预览功能，点击 预览->自动预览->编译并预览，成功的话将在微信MAC版上自动拉起小程序。 [图片] 小程序真机调试微信开发者工具菜单栏点击 设置->通用设置，在自动预览部分勾选“启动 MAC 端真机调试”。 使用真机调试功能，点击 真机调试->自动真机小时->编译并自动调试，成功的话将在微信MAC版上自动拉起小程序。 [图片] 2、开发者适配 SystemInfowx.getSystemInfo接口中返回的参数和手机返回的定义区别 [图片] 同时，Mac小程序还会根据屏幕的大小自动选择默认的窗口大小。提供的窗口大小从小到大依次为： [图片] web-view组件web-view组件中打开的域名请支持Mac浏览器的UserAgent。 支付小程序在使用wx.requestPayment时，将会拉起二维码让用户使用手机支付 3、常见问题 Q：小程序如何判断是Mac平台？ A：通过 getSystemInfo 官方接口（platform 是 mac）/ 通过 UserAgent（Mac UserAgent 包含 MiniProgramEnv/Mac） Q：Mac小程序如何支持横屏？ A："resizable": true 可使小程序在PC上横屏窗口展示，体验可参考腾讯文档小程序。 Q：横屏模式下小程序默认的窗口大小为 A：webview 嵌入的页面在Mac上不能操作或者显示或操作异常？ 检查一下页面是否没响应鼠标事件检查是否是UserAgent没有支持Q：页面布局为何出现错乱？ A：检查一下是否使用屏幕尺寸来计算布局，Mac 上屏幕尺寸比窗口尺寸大，应该使用窗口尺寸来计算。 Q：为什么有的功能无法使用？ A：Mac微信小程序暂不支持地图、蓝牙、卡包、以及硬件相关的功能。后续功能敬请期待。

小程序模板消息能力在帮助小程序实现服务闭环的同时，也存在一些问题，如： 1. 部分开发者在用户无预期或未进行服务的情况下发送与用户无关的消息，对用户产生了骚扰； 2. 模板消息需在用户访问小程序后的 7 天内下发，不能满足部分业务的时间要求。 为提升小程序模板消息能力的使用体验，我们对模板消息的下发条件进行了调整，由用户自主订阅所需消息。 一次性订阅消息 一次性订阅消息用于解决用户使用小程序后，后续服务环节的通知问题。用户自主订阅后，开发者可不限时间地下发一条对应的服务消息；每条消息可单独订阅或退订。 [图片] （一次性订阅示例） 长期性订阅消息 一次性订阅消息可满足小程序的大部分服务场景需求，但线下公共服务领域存在一次性订阅无法满足的场景，如航班延误，需根据航班实时动态来多次发送消息提醒。为便于服务，我们提供了长期性订阅消息，用户订阅一次后，开发者可长期下发多条消息。 目前长期性订阅消息仅向政务民生、医疗、交通、金融、教育等线下公共服务开放，后期将逐步支持到其他线下公共服务业务。 调整计划 小程序订阅消息接口上线后，原先的模板消息接口将停止使用，详情如下： 1. 开发者可登录小程序管理后台开启订阅消息功能，接口开发可参考文档：《小程序订阅消息》 2. 开发者使用订阅消息能力时，需遵循运营规范，不可用奖励或其它形式强制用户订阅，不可下发与用户预期不符或违反国家法律法规的内容。具体可参考文档：《小程序订阅消息接口运营规范》 3. 原有的小程序模板消息接口将于 2020 年 1 月 10 日下线，届时将无法使用此接口发送模板消息，请各位开发者注意及时调整接口。            微信团队 2019.10.12

各位开发者，大家好。 为了提升用户操作的流畅性，同时让用户在微信内拥有一致的操作体验，“右滑手势返回”将成为基础配置，即所有小程序内都可以从屏幕左侧边缘向右滑动返回上一个界面。  在即将发布的7.0.5客户端版本中，页面配置中的 [代码]disableSwipeBack[代码] 属性将不再生效，请开发者及时调整。

请开发者先自查出现404异常的资源响应头部，检查content-length是否小于2048， 如果小于2048，建议在出现404异常的html 末尾增加一个隐藏的 div标签，display设置为none： <div> this is padding data: xxxx 填充整个页面content-length到2048字节以上即可 </div> 以上是暂时的解决策略，我们会在后续的版本解决。

 web-view的链接：https://wool.connectplus.cn/globalassets/super-natural-wool/games/jigsaw/index-cn.html#wechat_redirect 跳转的代码：         wx.miniProgram.redirectTo({           url: '/pages/result/index?type=2'         }); 在微信web开发者工具中，操作正常，可以跳转到指定的页面，但是在安卓手机和IOS手机上测试均不通过。 业务域名也都已经配置。

微信小程序没有过滤、违法、违规等不当信息内容，收到了官方发来的整改要求，进行整改并通过了审核。微信小程序申诉后，审核结果显示通过，但当前状态显示警告，请问这个"警告"是什么意思？ [图片]

[图片] 订阅消息流程： 小程序管理后台添加及申请消息模板 前端通过button组件点击后调授权弹框，授权是针对于消息模板下发权限(单次授权最多支持3个模板Id） 后端 (通过openId和模板ID) 调用subscribeMessage.send发送订阅消息，未授权或拒绝推送的会返回错误信息 与模板消息对比：     相同点：     1. 都需要button或支付触发；     2. 一次性订阅和模板消息一样，都是点一次订阅一条     不同点： 订阅消息会有授权弹框， 而模板消息无弹框，只收集formId，用户是无感的； 订阅消息针对单个或多个消息模板授权以获取下发权限，而模板消息只要有formId就可以发送任意后台已选用的模板消息； 订阅消息授权模板A后，没有过期时间，突破了模板消息7天有效期的限制，而模板消息获取到的formId只有7天有效期，过期了就无法推送； 订阅消息支持长期订阅，但只针对于部分医疗、民生、交通、教育之类的线下服务开放，而模板消息不支持长期，都是一次性的。 使用方式差别：     1. 模板消息。因为只需要formId，所以解决思路是尽可能多的收集。早期的做法是利用js事件穿透，嵌套很多层的form/button，但这个方法后来被微信屏蔽了。现在普遍的做法是在页面中埋点，将链接、跳转、tab之类的通通用from/button替代。     2. 订阅消息。需要调用 wx.requestSubscribeMessage 对指定消息模板授权，如果用户不点击上图中的"总是保持以上选择，不再询问"，就会一直弹弹弹，弹得你满脸鱼尾纹（因为这功能愁的）。 补充说明： 关于长期订阅，很多人都会眼前一亮，但尝试下来又开始 "祝福" 微信小程序团队。那几个大类下面还有很多二级分类，只有指定的分类才会支持长期，以我知道的举例，教育>培训机构 是可以的。但是呢，就算你刚好在这个类目里，以为自己可以用长期订阅了，里面没有长期模板，还不提供申请入口，你能怎么办？不过官方说了，也不是没有，他们只在论坛这类渠道收集用户反馈，再评估要不要加到模板库。我只想说，开发申请入口，审核严格一些，难道不会更好？ 看过很多帖子，都提到一个问题，教育>培训机构是需要上传办学证明的，但非文化素质（像语文数学）的培训，比如舞蹈，是不需要办理办学证明的，相关机构也不给办，这是有国家规定的，但申请教育>培训机构这个类目时是必须你提供这个证明的，我自己也发帖反馈了好几次，微信团队理都不理，理了也总是那来回几句话，让提供相关机构证明文件或批复。 最好抛出一个棘手的问题，大家看看有没有好的解决方案？ 模板消息不会弹框，用户无感，很方便去埋点，但一次性订阅就没那么好埋点了，毕竟是会弹窗的，而且也不能在A页面去引导授权C页面功能才需要的推送，难啊。本来用模板消息可以实现的逻辑，现在有点不知所措了。

你好，因用户投诉并经平台审核，你的小程序在用户自定义昵称或头像、个人资料签名、聊天室、用户评论、上传图片视频、直播等场景。未具备过滤政治有害等违法违规不当信息的机制，接入微信公众平台内容安全API（imgSecCheck、msgSecCheck、mediaCheckAsync），以及通过其他技术或人工审核手段做好内容审核，对于检测有害的内容及时清理或拦截，确保小程序提供内容及用户产生内容符合相关法律法规的要求。 内容安全接口指引 如平台发现你在2019-9-26 前未进行能力完善，将对你的小程序采取能力限制直至下架处理。 请问官方客服，我们服务端完善内容安全这方面问题后，应该做什么？需要重新发布吗？ 另外能力限制是指哪些操作？ 期待您的回复。谢谢

bug表现 安卓显示:[图片] ios显示 [图片] - 预期效果  :安卓与ios 红线圈起部分显示一致(图片地址不变我只是把服务器上的图片覆盖了图片内容发生了改变安卓显示正常ios图片显示的依旧是之前的图片) 用一个安卓手机和一个ios手机对比看即可复现问题

今年开始各路刘海和全面屏手势的手机已经开始霸占市场，全面屏和刘海屏的适配也必须提上日程。 相信大家也一定会有第一次将未适配的小程序放到全面屏或刘海屏手机上的尴尬体验。 尤其是在导航栏设置为custom时，标题与胶囊对不齐简直逼死强迫症。。 微信官方也没有出一个官方的指导贴帮助开发者。 这里仅总结一下个人关于这个问题的一些处理方式，如有疏漏烦请指正补充。 适配的关键在两个位置即额头和下巴，头不用说自然是关于刘海的。 小程序的头的高度主要分为2个部分 1.statusBarHeight 该值可以在app onLaunch 调用wx.getSystemInfoSync() 获取到     a）刘海 高度44     [图片]     b）无刘海 ios高度20 安卓各不相同     [图片] 2.胶囊高度 即下图高度          [图片]     在查阅社区问答后了解到小程序给到的策略是ios在模拟器下统一是44px，ios在真机下统一是40px（感谢指正@bug之所措 ），而安卓下统一是48px，因此我们又可以在wx.getSystemInfoSync() 中获取到系统之后得到胶囊高度。     总的导航栏高度即这两个高度之合。本人项目中是将导航做成组件并给到slot，方便各个页面配置。 开发者工具 1.02.1810190 及以上版本支持在 app.json 中声明 usingComponents 字段，在此处声明的自定义组件视为全局自定义组件，在小程序内的页面或自定义组件中可以直接使用而无需再声明。     目前小程序还支持在单个页面配置custom，也可以配合使用~ 另一个需要关注的则是底部，参考的文章是 https://www.jianshu.com/p/a1e8c7cf8821 重点是在于在全面屏的手机的底部需要流出34px的空白给到全面屏返回手势操作，此外由于全面屏屏幕圆边还可能使一些按钮或功能无法正常使用。 那么首先如何判断是否是全面屏呢？个人的做法是判断屏幕高度是否大于750，iphone的plus系列高度在736，正好在这个范围之内，当然750不一定准确，如果出现疏漏烦请补充。 涉及到底部的主要是弹出的操作菜单、tabBar和底部定位的按钮等。这里做了一个简单的代码片段。 https://developers.weixin.qq.com/s/fnU0n8mv7o5M 希望能够帮助到大家，也欢迎交流~