javascript - 微优化: Returning from an inner block at the end of a function

标签 javascript micro-optimization

在 javascript 或(也许?)lua 等语言中,默认情况下所有函数都被视为末尾有一个 return 语句:

function() {
    // do
    return;
}

等于

function() {
    // do
}

我想知道从函数末尾的内部 block 返回是否会改变核心、编译过程、VM 中的任何内容。

function() {
    if (condition) {
        return;
    }

    // end of function
}

同样的问题适用于打破循环:

function() {
    for ( loop ) {
        return;
    }

    // end of function
}

当循环中断或条件检查结束时,机器是否会“查找”任何内容?

这不是一个风格问题,请不要告诉我如何使代码可读。

最佳答案

TL:DR/优化建议:您不需要做任何特殊的事情来获得性能。内部循环内的 if(condition) return 通常至少与 if(condition)break; 一样高效地到达函数末尾。

将嵌套循环放入函数内,以便可以使用 return 作为多级break,这是一种无需 return 即可有效表达逻辑的好方法。 code>goto,对于人类来说很容易,对于编译器/解释器来说也很容易。

使循环条件变得更加复杂以避免一个函数中存在多个 return 语句,这对性能没有帮助。

<小时/>

通常不会,函数中间的返回与最后的隐式返回没有本质上的不同,或者或多或少的效率。和显式返回函数底部也不特殊。

(我认为我们谈论的是从不返回值的 void 函数。显然,返回值与不返回值是不同的。)

重组代码以break跳出循环并到达函数底部的隐式return并不会更高效(但很容易降低 在某些解释性语言中是高效的,特别是如果它们没有经过 JIT 处理。)如果解释器在函数内进行了跳转,然后必须进行另一次跳转。 (一个好的提前编译器或 JIT 优化器可以看到正在发生的事情并生成良好的机器代码。)

一些编译器/解释器可以通过跳转到所有return语句共享的公共(public)清理 block (尾声)来处理return但尾部重复是可能的:当编译为机器代码时,一个函数可以具有尾声 + ret 指令的多个副本,可从不同路径访问。

(JavaScript 实现通常将 JIT 函数转换为机器代码;IDK 关于 LUA。当然,它们可以内联函数。内联函数中的 return 语句可以是简单的跳转,或者可以完全优化。)

关于javascript - 微优化: Returning from an inner block at the end of a function,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/60041396/

相关文章:

java - 检查 HashMap 键是否存在

javascript - 如何减小此 jQuery 脚本的大小并使其更灵活?

javascript - Jquery - 从列表中选择正确的类

javascript - 从表单中删除重复的复选框

performance - 现代 x86 实现是否可以从多个先前存储进行存储转发?

python - 为什么 `arr.take(idx)` 比 `arr[idx]` 快

javascript - 这个模块如何知道另一个模块中的数据?

javascript - 当 Node.js 作为脚本运行时, `this` 的上下文是什么?

assembly - 涡轮风扇发动机为什么会剥落小环?

c# - LINQ Count() until,这样效率更高吗?