首先你说的满帧是什么概念，相同的一个游戏，在3080 PC上能跑100 FPS, 在1060上 FPS 只有30，不同的硬件条件下帧数不同，所以不对满帧有个明确的定义，问题是没有办法解释也没有办法理解的，我权且认为你说的是以某个固定的帧率（比如说与显示器刷新率同步）运行你的...

我真的不知道你为什么要从这么基础的地方学起，因为有太多的动画工具和库已经把这些工作帮你封装好了，根本不需要你来操心帧率的问题，重新发明轮子大多数时间是没必要的，如果你是做轮子的当我没说。你的问题以我对计算机绘图的粗浅了解来尝试回答一下，如果需要自...

插播一下，本文案例已整理成插件，已上传 npm ，可通过 npm install js-image-compressor -D 安装使用，可以从 github 下载。

放redis,可以設置緩存超時時間，一般驗證碼短信上的多少分鐘内有效，一般就是redis緩存保存多久的時長

看贵司的业务需求。验证码的实效性验证，你可以考虑读缓存。但是你也要插入日志表留底。比如请求验证码接口响应时间，短信到达率，发送成功率。将来可能涉及到审计，统计。不然你自己都不知道发了多少。

验证码在服务端一般的方式都是放在redis中的，主要的作用是辅助验证的，目前大部分的供应商都支持配置限制同一手机号获取验证码的次数。验证码一般是供应商提供，仅辅助校验，不具唯一性，数据价值不高，没必要持久化。如果需要监控验证码的命中概率之类的，计数器即...

Git 能在特定的重要动作发生时触发自定义脚本，其中比较常用的有：pre-commit、commit-msg、pre-push 等钩子（hooks）。我们可以在 pre-commit 触发时进行代码格式验证，在 commit-msg 触发时对 commit 消息和提交用户进行验证，在 pre-push 触发时进行单元测试、e2e...

从语法的层面，你的想法是符合逻辑的，Promise 应该一直 pending 直到 resolve或者 reject（这种 Promise 有专门的描述 “forever pending promise”，说明 TC39 考虑过这个问题，但最终把此类 Promise 的处理问题留给引擎开发者来解决）；