高性能编程细节点除了我们自己要在上层做多线程之外我们写代码的时候也要注意以下几点:能用 const 尽量用 constlet毕竟还需要维护它变没变 但是const不需要对于变量尽量少写什么全局的变量因为你一旦写变量那就意味着以后系统都得维护而你写的又是全局的变量那得从海量的全局数据搜索这就变得比较浪费时间。最好的写法就是在逻辑中如果遇见这样的变量尽量少在循环里高频访问。因为访问一次找一次比较耗尽量减少全局的变量 使其变成非全局。这样可以顺着访问域找找的稍微快一些对于 number 这类的如果你的初始化值是 1.0 其实他的内部是按照小数来处理的如果你是 1 则是按照整数进行处理。这个总情况下建议利用这个特点在最初的时候进行初始化。控制这个 number 的类型。这个比 number 处理为number | null | undefined而言是比较高效的对于 import 而言我们的高性能研发有三点你 import 的时候尽量不要绕来绕去搞什么间接引入用什么就写什么别写什么*比如import {*} from ohos/arkui这类的代码不要有人家一加载就是全部很吃力的你的 import 语句实际上有个高端的用法import lazy 这个是等到你的代码的类用到的时候才进行你代码的 load。这个尤其是在我们加载 SDK 的时候接入的多了就会考虑前期懒加载。这个方式可以进行懒加载。代码动态懒加载。import 也是一个系统函数这个方式更加灵活对于你的 ArrayArkTS 内部有个优化就是如果内存超过 1024KB那么它的内部转成稀疏数组。这个稀疏数组再怎么优化实际上寻址速度赶不上我们在连续的内存偏移量来找数据。如果你的数据本身就没有太大 切记不要在开始初始化的时候就把人家初始化很大。这样下来你很可能操作的是一个稀疏数组。还有就是如果你的需求非要如此的话选择 TypeaArray 这样也是可以的如int8Array这类的。这个底层实现与 ArrayBuffer 是一样的。也是靠偏移量。Record 这种东西性能比 Map 低自己在写代码的时候可以Map 优先。尤其是你存的数据很多的情况下更应该用 Map。起码 Map 查找的快