在 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/