文档关于网络请求的限制部分有一些不明白，求解答： wx.request、wx.uploadFile、wx.downloadFile 的最大并发限制是 10 个 这里的10个，指的是同步发起的网络请求数不能超过10个，还是指已发起但是未结束的请求不能超过10个？

[图片] [图片] wx.createWorker() 在 app.ts 中调用,我还试了 wx.createWorker('/miniprogram/workers/worker') wx.createWorker('/workers/worker') 都通通不行,这是怎么回事

基础库升级到2.30.3之后，创建的worker无法使用postMessage,其他基础库可以使用。急需解决！！！ [图片]

[图片] 在安卓端是能正常读取的，ios之前还好好的，是更新了什么吗？ 接着：结果了无法找到worker文件的问题，去掉wx.createWorker()路径/开头就好，但是错误还存在变成了以下情况： [图片]

安卓微信客户端更新到8.0.37后，小程序 worker 内的计算效率大大降低，大概是之前的1/8；

[图片] 进入小程序，报错如上图，最新版本微信8.0.37会出现这个问题，旧版本微信正常，请问如何解决？急求

https://developers.weixin.qq.com/miniprogram/dev/api/worker/wx.createWorker.htmlhttps://developers.weixin.qq.com/miniprogram/dev/api/worker/Worker.onProcessKilled.html

课程目标： 要如何设计一款创意小游戏一直是开发者们所苦恼的地方，这里推荐了留存、拉新、收入三个维度上比较值得学习的“套路”。 课程大纲： 一、留存“套路” 二、拉新“套路” 三、收入“套路” 谈及小游戏创意，不少开发者都认为要不落俗套，“反套路而行”。 小游戏设计团队主动为大家推荐了留存、拉新、收入三个维度上比较值得学习的“套路”： 留存“套路” 1、新手指引：如果想一股脑地把所有内容都塞给新手用户，用户很可能只记住了一半，没有办法上手，这样就谈不上喜欢或者继续玩下去,自然留存就低。 2、针对平台的差异化设计：想要更多小游戏的“萌新”加入，要考虑的是小游戏平台的用户差异性，建议制作团队降低一些游戏的难度，让”萌新“更好上手。 拉新“套路” 除了PVP对战、榜单等竞争性玩法外，合作性玩法也是非常常用且有效的方法。 除此之外，关系链也是能够形成深度互助的创意性玩法，可以变单向求助的互动模式为双向互动，带来更有质量的拉新。 收入“套路” 可以采用激励视频广告来更新传统的内购模式。在传统内购的基础上加上激励视频广告可以让用户更直观了解“我要买的究竟是什么”，打消用户顾虑。 广告也可以反向其道，吊起用户胃口，激发用户点击或消费广告的欲望。 [视频] 小游戏中的设计“套路” 微信公开课讲师 胥晓欢 先讲讲我们观测到这一年以来小游戏的一些优秀的案例。 当然这些优秀案例只是我们观测到平台中大量优秀案例中极少的部分，我们希望通过这几个案例以点带面来谈谈大家关注的几个维度上有哪些有创意的做法。 我的同事已经跟大家讲过微信小游戏用户画像。我们的用户有两个非常重要的特征： 相对传统游戏市场，女性占比确实比较高；成年人用户占比增长也非常快。根据这两个特征，我们可以有一个结论。我们觉得对于小游戏而言，用户确实会更偏新手向一些。 这样的结论对我们做小游戏的设计会有什么影响？先看看对留存的影响。 关于小游戏留存 为了降低新手入门的门槛，绝大部分小游戏在做时都会使用一个新手教程。 对于简单操作的游戏，只要做简单的示意就好了，比如《跳一跳》。它确实玩法特别简单，那我们只用对这个游戏的玩法进行一个录屏，把它放在开始前的背景上，就可以起到非常清晰的新手引导作用。 再比如这款射击类游戏，操作也很简单，只用在这个游戏上用手指示意点这里就可以了。 但并不是所有微信小游戏都是这种简单的游戏，面对很复杂的游戏应该怎么做？ 我们前面说过我们的用户比较偏新手项，而大部分制作团队却太过专业。 专业人士做游戏时，特别是新手引导，我们觉得大家会过于追求高效表达，通常大家都想在一场新手引导中塞入所有的复杂设计。但这样的做法会很容易把新手挡在门外。 《英雄爱三国》这款小游戏，它因为玩法很早就入选了首轮创意小游戏，但最初他们只想打磨好产品，不做平台差异化的做法也遭遇到比较惨的留存。 制作团队在第一版的新手引导中几乎做了所有想塞给用户的东西，用户可能只记住了一半，没有办法上手，就谈不上喜欢。 他们团队在观察到这个现象后，就做了一个新手引导的改版。他至少做了三件事情： 增加新手语音；将一场战斗拆解为三场；引入两场复习巩固教学成果，巩固教给他的战斗技巧。这一系列更改后，这款游戏的次日留存有了20%的提升。 我们当然相信这么高的留存提升，肯定不仅仅是因为新手引导带来的。 高留存是一个细致活，除了新手引导之外还有哪些事情可以做？ 《跳舞的线》是一款引入了跑酷元素的音乐游戏。制作团队把游戏从APP移植到小游戏上时，获得了一个他们以往没有听到过的反馈： 用户经常抱怨找不到路在哪儿。 为了给萌新开路，制作团队为小游戏做了差异化设计，例如删减场景动画，让用户保持更集中的注意力；做关卡定制，让路径更加清晰。 我们曾经听说制作团队考虑要不要引入公会模式。但实际上他们试用了微信PVP对战模式后，看到数据留存实际上比APP高很多。所以制作团队最终在小游戏版上也放弃了公会的做法。 刚刚提到PVP对战模式，也提到小游戏对于关系链的用法。对于关系链还有没有其他的玩法？ 关于小游戏拉新 大家知道，小游戏是不会做中心化分发的，但我们还是把腾讯的杀手锏关系链释放出来给开发者，我们希望开发者能用真正的玩法去做引导，自发的进行一个传播，获得一个有质量的留存。 传统上，我们像《跳一跳》一样会做榜单，希望通过排名机制引入朋友参与互动。 除了刚才说的PVP对战和榜单这一类竞争做法外，关系链还经常能看到合作的玩法，特别是答题类的合作玩法。 曾经在网上看到一个段子。这个段子的楼主说他爸爸是一个物理老师，有一段时间他爸爸整个办公室都迷上这个游戏，但他爸爸是一个传统的中年物理老师，永远只适合达数学和物理题。 他爸爸对面坐了一个非常年轻的生物老师，很快上了白银。他爸爸有不服气，最终他们办公室的中年同盟想到一个办法，凑齐了生物老师、地理老师、政治老师、语文老师和历史老师一起组团开黑。 我第一次知道原来头脑王者也可以开黑上王者。这个说明我们的答题玩法确实很适合设计成多人玩法。 在设计成多人玩法时，很多创意游戏很好的利用了平台给到的能力，比如动态结构化消息，非常适合还没有来得及参与的好友参与其中。 除了对战和组队这些大家常见的小游戏关系链玩法外，也注意到一些小众的益智游戏做了有趣的尝试。 通常来说，在微信上求助是单向的。《1020》这款小众益智游戏在关系链上做了回放分享系统。 如果你玩到这个游戏的某一关发现玩不过去了，在微信上把这个求助发送给你的好友，当你的好友玩到这一关通关时，游戏会提醒他你各好友在这一关进行求助，你可以把你刚刚过关的步骤分享给你的好友。我们认为这个玩法形成深度互助关系，它一定能形成一个有质量的拉新。 关于小游戏收入  刚刚讲了留存、拉新，接下来讲讲收入。 对于绝大多数游戏而言，在小游戏平台上，收入有两个办法，一是广告，二是内购。 对于内购模式，从APP直接移植到小游戏平台就可以了。常见的内购模式有购买皮肤、购买道具、购买英雄。 在常见的模式上，得益于小游戏平台激励视频新的广告方式，我们看到有些创意小游戏做出了有趣的玩法。 创意小游戏《我飞刀玩的贼6》做了皮肤购买内购模式。我们知道，对于游戏的萌新们，让他们迈出游戏首充这一步有多困难。 这个小游戏在内购基础上加上激励视频，让用户通过观看激励视频方式，能在购买之前尝试到我购买的是什么样的东西，能消除用户的顾虑。这样的方式我们觉得是非常有趣的。 除了内购模式，对于绝大部分轻度小游戏而言，最主要的收入模式是广告。Banner广告形式太常见，前面李昊跟大家讲了很多，今天我们不讲Banner广告，讲讲比较有趣的激励视频。 常见激励视频广告收入模式，最常见的有类似这样的： 打完游戏后，通过观看一个激励视频，可以提高过关的奖励。或者你可能死在哪里，我们让你观看一次激励视频广告，获得一次原地复活的机会。这都是大家喜闻乐见的激励视频广告方式。 但在这个常见的模式上，也观察到有些创意小游戏做了“反套路”的设计。 《羽毛球高高手》是这么做的。它非常有趣的是在用户觉得一定会出现广告的结算页面会随机不让这个激励视频的广告出现。 我们实际上能得到一些用户的反馈，这样吊起用户胃口的“反套路”设计，更多的激发了用户反而要去点这个广告消费这个广告的欲望。 以上就是我们这一年以来设计团队观察到的创意小游戏上一些有趣的做法。 我们团队后期会持续收集我们在平台上看到的各种有趣的案例，会沉淀在这样一个文档上，希望能通过这种沉淀，为大家在未来做创意小游戏方向上给出一些支持和帮助。

worker bug 反馈,Uint8Array 通过 postMessage传到worker进程后变成对象了 [图片] https://developers.weixin.qq.com/s/zviqwQms7TJI

我在worker子线程里面 开启并发下载任务, 当主程序worker.terminate() 以后 子线程的下载为什么不会终止呢? 当我再次下载,返回下载失败!

web-view 是否支持service worker？ 文档里没有看到相关说明，android机上貌似是支持的，IOS上是否支持？ 可否明确一下？

文件主要分为两大类： 代码包文件：代码包文件指的是在项目目录中添加的文件。本地文件：通过调用接口本地产生，或通过网络下载下来，存储到本地的文件。其中本地文件又分为三种： 本地临时文件：临时产生，随时会被回收的文件。不限制存储大小。本地缓存文件：小程序通过接口把本地临时文件缓存后产生的文件，不能自定义目录和文件名。跟本地用户文件共计，小程序（含小游戏）最多可存储 200MB。本地用户文件：小程序通过接口把本地临时文件缓存后产生的文件，允许自定义目录和文件名。跟本地缓存文件共计，小程序（含小游戏）最多可存储 200MB。这里面本地缓存文件200M、本地用户文件200M。 那我可不可以认为我有400M的缓存空间可以利用呢？还是说本地缓存文件、本地用户文件是一个东西，只是为了1.7.0前后版本兼容，叫法不同呢？ 官方文档： 注意：本地缓存文件是最初的设计，1.7.0 版本开始，提供了功能更完整的本地用户文件， 可以完全覆盖本地缓存文件的功能，如果不需要兼容低于 1.7.0 版本，可以不使用本地缓存文件。

官方有自己固有的资源缓存淘汰策略吗？就是开发者什么也不用干，那200M缓存会有自己的淘汰策略。

使用uniapp开发的小程序登录时设置时候会设置缓存，过段时间没有执行清空操作，代码里面也没有写清除缓存的，缓存会获取不到

原文来自「微信开发者」公众号 文件操作太麻烦？文件读写速度太慢？ …… [视频] 随着文件系统本地存储容量的不断扩大，文件操作的流程与速度成为开发者们日益关注的重点。为了实现小程序 / 小游戏更高效、更原子化的文件操作效果，微信团队新增 FD 接口，优化小程序用户体验： 支持一次打开文件即可多次读 / 写，减少重复操作支持只读 / 写指定内容，减少无效读写实现读写耗时降低 46%，提升体验 [图片] FD 接口是微信团队新增的高性能、原子化的文件接口类型。对比原有文件接口，FD 接口不仅增加打开文件与关闭文件 2 个接口，而且更新代码实现方式，快速提升小程序性能： [图片] [图片] FD 接口支持一次打开文件，即可进行多次读 / 写操作。对比原有文件接口每项操作均需要打开、写入、关闭文件 3 个步骤，FD 接口实现一次打开文件，即可多次读取、写入文件，操作完成再关闭文件，减少重复操作。 [图片] FD 接口支持只读 / 写文件中指定内容。针对大文件操作场景，FD 接口的该项特性能够减少无效读写，降低文件读写时间。 如下图例子，原有文件接口需要全部读 / 写内容（如左下图黄色高亮内容），FD 文件接口则支持只读 / 写指定内容（如右下图黄色高亮内容），降低读写耗时。 [图片] 以连续 100 次读 + 写同一个文件 (1MB) 的实验为例，对比原有接口读写文件耗时，FD 接口在安卓端读写文件耗时降低 46%，在 iOS 端读写耗时降低 19%。 [图片] [图片] FD 接口减少重复操作、减少无效读写，降低文件读写耗时。那么如何正确应用 FD 接口？ 以打开文件、读取文件内容、修改内容并写入文件的过程为例，原有接口需要每次读写文件并且完整打开关闭。 // 获取全局唯一的文件管理器 const fs = wx.getFileSystemManager() // 读取文件 data = fs.readFileSync(“FileA”) // 修改文件内容 data = modify(data) // 写入文件 fs.writeFileSync(“FileA”, data) 如果仅应用于简单的文件操作流程，原有文件接口仍可适用。但面向大量文件操作的场景，原有文件接口造成读写耗时较长，同时影响低端机型的性能，影响用户体验。因此 FD 接口一次打开、多次执行的特性能够高效解决问题，代码示例如下： // 获取全局唯一的文件管理器 const fs = wx.getFileSystemManager() // 打开文件 fd = fs.openSync(“FileA”) // 读取文件 fs.readSync({ fd, arrayBuffer, offset, length, position }) // 修改文件内容 data = modify(data) // 写入文件 fs.writeSync({ fd, data, offset, length, position }) // 关闭文件 fs.closeSync({fd: fd }) 面对文件系统本地存储容量的不断扩大的场景，FD 接口支持一次打开文件即可多次读 / 写，并且支持只读 / 写指定内容，实现文件读写耗时减少近 50%，提升用户体验。 如有其他小程序应用相关的问题，可在 微信开放社区小程序交流专区 发帖互动，技术专员将为大家解答及进行深度交流。

现在清除微信缓存时，小程序的本地缓存和本地用户文件都会被删掉，是怎么回事儿？以前不这样啊。我的一个小程序现在变了。而且显示有点不正常了，有一个按键，眼瞅着自己弹到屏幕下方，再也变不到以前了，而在别的手机上显示就没问题。

[图片] [图片]

错误："errMsg": "request:fail url not in domain list" 排查方案： 1、确认域名 登录mp后台对域名进行确认（左侧导航->开发->开发管理->开发设置->服务器域名配置） 2、详情页确认 小程序右上角的胶囊->点击该小程序的名称->点击更多资料->进入到详情页 3、kill重新打开 配置完域名之后，在手机端，下拉小程序->把当前的小程序删除->再重新进行进入，重试。（需要删除手机上该小程序的开发版、体验版、正式版才会生效） 4、配置重定向域名 确认域名是否有重定向，有的话重定向后的域名也要配置。

[图片] 已经配置了几个小时了，小程序里面还是报错， 而且已经减少到2个了， 以前生效很快 [图片]

https://developers.weixin.qq.com/miniprogram/dev/api/network/request/wx.request.html 文档中错了，miniprogram-api-typings这个库中的类型定义也错了。 同时miniprogram-api-typings库中缺少 enableChunked 字段的定义。

请问小程序可以使用腾讯的httpDns服务吗？