游戏更新提醒是针对游戏更新设计的更新内容触达能力。游戏可在微信公众平台后台【设置】-【游戏设置】-【游戏更新提醒】中为新发布的游戏版本配置一条更新内容，内容审核通过后，可在微信中多个场景触达用户。 更新内容触达流程[图片] 游戏内订阅[图片] 使用API接口调用订阅弹窗（基础库2.10.4开始支持，必须有用户点击行为弹窗才可拉起，需要在 touchend 事件的回调中调用） 游戏更新订阅接口 wx.requestSubscribeWhatsNew  wx.requestSubscribeWhatsNew({    msgType: 1,    // 消息类型，1=游戏更新提醒，目前只有这种类型    success(res) {      console.log(res)       // res.confirm === true 或 false   },    fail(err) {      console.error(err)   } }) 调用成功包括点击[代码]接收[代码]和点击[代码]取消[代码] confirm说明true接收false取消 调用失败时，回调errCode有以下几种 errCode说明1系统错误2用户已订阅该类型消息3超过频率限制，暂时不允许发起订阅4没有权限或已封禁 游戏更新订阅状态查询接口 wx.getWhatsNewSubscriptionsSetting  wx.getWhatsNewSubscriptionsSetting({    msgType: 1,    // 消息类型，1=游戏更新提醒，目前只有这种类型    success(res) {      console.log(res)       // res.status === 1   },    fail(err) {      console.error(err)   } }) 调用成功包时，回调status有以下几种 status说明0未知状态1未订阅，可以发起订阅2用户已订阅该类型消息3超过频率限制，暂时不允许发起订阅4没有权限或已封禁 更新内容配置入口微信公众平台后台【设置】-【游戏设置】-【游戏更新提醒】 [图片] 配置内容[图片] 更新简介必填项，不超过16个字符更新配图选填项，有更新配图可能获得更多位置的曝光，目前仅支持上传一张，图片格式只支持jpg、jpeg、png、bmp，建议使用 900*506px 尺寸，文件大小不超过100KB。查看更新配图设计指南更新描述必填项，更新描述是对更新内容的详细描述，展示在已订阅用户的服务通知中。配置规则1个线上版本只能申请1条更新消息。配置版本需为线上唯一版本且覆盖用户比例100%。更新提醒与游戏版本绑定。若撤回已配置更新游戏版本，将导致更新提醒显示失效。一个月至多可申请提交4次更新提醒，提交1次申请扣除1次，扣除次数与是否通过审核无关。若一个月发布新版本数量超过4个，开发者可自行选择版本配置更新提醒。审核不通过的内容不支持修改，该版本也不允许再次提交申请。更新内容填写需符合《小程序运营规范》且不允许与之前配置的更新内容高度重合，否则将导致审核不通过。若同一小程序出现多次违规情况，将根据违规程度对该小程序采取限制功能直至封号处理。服务通知消息下发审核通过的更新内容将会由平台自动聚合下发给已订阅用户，显示在该用户的微信-服务通知中。晚上20:00之前审核通过的更新内容当天推送，20:00之后通过的更新内容次日推送。下发时间及游戏排序由平台统一控制。 [图片] 更新内容其他展示场景除服务通知触达外，审核通过的更新内容也将在微信-发现-游戏中多个场景展示，不同展示场景有不同生效及失效规则，更新内容展示统一由平台控制。 我的小游戏 “通知” 提醒[图片] 游戏feeds流（不同用户推荐理由可能不同）[图片]

一、概述 1.1 图形资源内存 小游戏运行过程中，内存过大是最为困扰开发者的一个问题。因为小游戏的内存使用过大时，在操作系统内存管理机制下，有可能会导致闪退或无法运行从而使得用户流失。据统计有超过千款小游戏内存使用不佳（超过优化建议值500MB）。 [图片] 小游戏内存相关介绍可以参考https://developers.weixin.qq.com/minigame/dev/guide/best-practice/memory.html 现网运行时内存数据查看可使用《小游戏数据助手》-性能-运行性能 在内存的使用中， 图形渲染资源往往是游戏内存消耗大户，比如《星途》的内存使用大概如图所示（图片来自《小游戏云测试服务》，开发者请可通https://developers.weixin.qq.com/community/minigame/doc/000846255205f8c92d5912fca5e401参与内测）。 [图片] 可以看到图形内存（graphic）占比是很大的， 休闲游戏犹如是，对于重度游戏我们发现图形渲染所使用的内存占比更大。那么优化小游戏的图形内存对于整体内存使用率的降低是非常有必要的。 1.2 纹理压缩  对于图形渲染资源的内存使用是否有比较好的办法去降低呢？ 纹理压缩是一种专为在计算机图形渲染系统中存储纹理而使用的图像压缩技术。与普通图像压缩算法的不同之处在于，纹理压缩算法为纹素的随机存取做了优化。 二、 压缩算法与性能 2.1 压缩算法  Android设备中一般使用ETC1压缩，一种有损的图像压缩方式。 ETC1是OpenGL2.0支持的标准，压缩之后每个像素占4bit，压缩之后的格式为KTX或者PKM，前者支持存储多纹理，后者只支持单纹理。 ETC1的缺点是不支持Alpha通道，不支持有透明度的图片压缩。 ETC2解决了Alpha通道，但是它是OpenGL3.0标准，考虑到2.0设备的市场占有率，一般使用ETC1。 iOS设备中采用的图像格式一般是PVR，也是一种有损的图像压缩方式。PVR压缩分为两种，PVRTC2和PVRTC4。 除了压缩内存，PVR可以直接被显卡读取，载入速度更快；缺点是PVR需要PowerVR芯片支持，目前iOS设备都能完美支持，Android支持尚少；此外，PVRTC4只支持方形贴图，非方形会被处理成方形，且长宽必须为2的幂。 2.2 文件格式 KTX和PKM都是纹理存储的文件格式，前者支持存储多纹理，后者只支持单纹理，大部分移动设备的 GPU 均支持这两种格式。可以有效降低设备的显存占用，提高运行效率和稳定性。 2.3 压缩纹理的性能优势 测试的手机是一加3T， 实验中使用了30张都是584KB的JPG图片进行渲染。 [图片][图片][图片] 图1：实验前初始内存 图2：经过纹理压缩的图片渲染，GPU内存消耗总量。 图3：JPG格式的图片渲染，GPU内存消耗总量。 内存比较：使用纹理压缩时内存从78(176MB-98MB)降低到了20MB(118MB-98MB), 带来约为70%的图形资源内存消耗。 下面就是使用了Snapdragon Profiler工具进行的一些测试数据 使用了纹理压缩的测试数据： [图片] Total Texture Usage 只有46M 未使用纹理压缩的测试数据： [图片] Total Texture Usage为148M 从这里也可以佐证压缩纹理时图形内存占用能得到极大的降低。 三、Cocos Creator微信小游戏纹理压缩实践 引擎文档： https://docs.cocos.com/creator/manual/zh/asset-workflow/compress-texture.html 在cocos creater里面进行简单的配置，就可以在打包小游戏的过程中把图片进行纹理压缩。 [图片] 这里不仅能选择压缩算法，还能选择压缩算法质量等参数，非常方便。 不过目前引擎自带设置还不能支持批量操作（其实有方法解决不能批量操作的问题，这就要在cocos社区上找）。 四、Egret 微信小游戏纹理压缩实践 引擎文档：http://developer.egret.com/cn/github/egret-docs/Engine2D/bitmapTexture/ktx/index.html 白鹭是没有提供像Cocos Creater那样的配置的，是需要我们手动转。 白鹭官方提供了4种工具让我们进行制作压缩纹理: [图片] 我们选择了texture-compressor 这个工具进行转换，该工具是可以批量操作的。 npm install texture-compressor 进行安装 我这里的目录结构看下图 [图片] input文件夹是存放纹理压缩前的图片，而output是存放纹理压缩后生成的.KTX后缀的文件。 index.js是执行文件，代码如下。 上面这张图的配置是转换ETC的用于安卓系统。 [图片] 下面这张图是转换PVRTC的用于IOS系统。 [图片] 运行中如何加载使用压缩纹理则可以通过上述引擎文档参考demo。 五、Laya微信小游戏纹理压缩实践 引擎文档：https://ldc2.layabox.com/doc/?nav=zh-ts-4-14-7 目前LayaAir2.x版本提供的纹理压缩功能是只有VIP会员账号才能使用，可以支持批量转换的操作如下。‘ [图片] [图片] 选择需要纹理压缩的图片所在文件夹和转换后的保存路径，接着选择使用平台按确定就可以了。使用方法也很简单：[图片] 代码片段摘自Layabox官方文档提供，代码中根据所在系统判断使用哪个的纹理压缩文件就可以了。 六、压缩纹理需要注意的一些问题 从上述实践过程中，我们发现： 1. 压缩纹理能够很好的节省图形资源内存，从而让我们小游戏的内存使用得到优化。 2. 引擎制作工具也提供了支持， 让我们在制作资源制作打包时能够快速使用压缩纹理。 然而，是否所有情况都适合使用压缩纹理呢？ 是否还存在使用上需要注意的问题 资源大小 纹理压缩的资源体积会比常规压缩算法偏大, 硬件对不同压缩算法的尺寸有要求，这也是最为影响开发者制作流程的一个因素。典型地，在Android中的ETC1纹理压缩算法需要长宽尺寸是2的N次幂， 而iOS中的PVRTC则除了2的N次幂外还要求是正方形。例如原图尺寸为 228x380 的图片，转换成 PVRTC 的 ktx后，尺寸为 512x512。 我们来举个制作不太符合此规范的资源的例子，原始图像是：879 x 1242。那么：[图片] 可以看到，ETC1, PVRTC压缩后的文件体积比以前大很多（在考虑mipmap的情况下，还会增加30%左右） 因此，在使用纹理压缩时，最为挑战开发者的一个问题就是如何让美术资源更符合压缩算法的标准尺寸。美术资源最好是2的N次幂，在iOS PVRTC下则需要长宽相等。 2. alpha通道透明度 Android下ETC1是不支持alpha通道的，因此还需要额外体积去多存储这部分alpha通道数据，而PVRTC则默认支持。 3. 兼容性 硬件相关，要考虑兼容性。 我们这里总结下常见的几种纹理压缩特性：[图片] 微信小游戏开发者在研发过程中有什么技术疑问或建议，欢迎与我们交流！ [图片]