我正在为我正在编写的库开发一个stateMachine类（源代码），逻辑按预期工作，但是在分析它时，我遇到了一个问题。 我注意到，当我运行分析代码段（在全局范围内）时，它只需要大约8ms就可以完成，但如果我第二次运行它，它将需要高达50ms，最终会膨胀到400ms。 通常，反复运行同一个命名函数会导致它的执行时间随着V8引擎对它进行优化而下降，但这里似乎发生了相反的情况。

我已经能够通过将其包装在闭包中来解决这个问题，但随后我注意到另一个奇怪的副作用:调用依赖于StateMachine类的不同函数会破坏依赖于该类的所有代码的性能。

这个类非常简单--在构造函数或init中为它提供一个初始状态，然后可以使用update方法更新该状态，然后传递一个回调，该回调接受this.state作为参数（通常会修改它）。 transition是用于transitioncondition状态的更新方法，直到不再满足transitioncondition。

提供了两个测试函数:red和blue，它们是相同的，每个函数都将生成一个初始状态为{test:0}的statemachine，并在状态时使用transition方法更新状态。test<； 1E6。 结束状态为{test:1000000}。

您可以通过单击红色或蓝色按钮来触发配置文件，这将运行StateMachine.Transition50次，并记录完成调用所花费的平均时间。 如果你重复点击红色或蓝色按钮，你会看到它在不到10ms的时间内毫无问题地打卡--但是，一旦你点击另一个按钮并调用相同函数的另一个版本，一切都会中断，两个函数的执行时间都会增加大约一个数量级。

任何关于如何解决这一问题的建议都将不胜感激！ 我会在此期间提交一份错误报告。

null

// two identical functions, red() and blue()

function red() {
  let start = performance.now(),
      stateMachine = new StateMachine({
        test: 0
      });

  stateMachine.transition(
    state => state.test++, 
    state => state.test < 1e6
  );

  if (stateMachine.state.test !== 1e6) throw 'ASSERT ERROR!';
  else return performance.now() - start;
}

function blue() {
  let start = performance.now(),
      stateMachine = new StateMachine({
        test: 0
      });

  stateMachine.transition(
    state => state.test++, 
    state => state.test < 1e6
  );

  if (stateMachine.state.test !== 1e6) throw 'ASSERT ERROR!';
  else return performance.now() - start;
}

// display execution time
const display = (time) => document.getElementById('results').textContent = `Avg: ${time.toFixed(2)}ms`;

// handy dandy Array.avg()
Array.prototype.avg = function() {
  return this.reduce((a,b) => a+b) / this.length;
}

// bindings
document.getElementById('red').addEventListener('click', () => {
  const times = [];
  for (var i = 0; i < 50; i++)
    times.push(red());
    
  display(times.avg());
}),

document.getElementById('blue').addEventListener('click', () => {
  const times = [];
  for (var i = 0; i < 50; i++)
    times.push(blue());
    
  display(times.avg());
});

<script src="https://cdn.jsdelivr.net/gh/TeleworkInc/StateMachine.js/StateMachine.js"></script>

<h2 id="results">Waiting...</h2>
<button id="red">Red Pill</button>
<button id="blue">Blue Pill</button>

<style>
body{box-sizing:border-box;padding:0 4rem;text-align:center}button,h2,p{width:100%;margin:auto;text-align:center;font-family:-apple-system,BlinkMacSystemFont,"Segoe UI",Roboto,Helvetica,Arial,sans-serif,"Apple Color Emoji","Segoe UI Emoji","Segoe UI Symbol"}button{font-size:1rem;padding:.5rem;width:180px;margin:1rem 0;border-radius:20px;outline:none;}#red{background:rgba(255,0,0,.24)}#blue{background:rgba(0,0,255,.24)}
</style>

null

https://bugs.chromium.org/p/v8/issues/detail?id=10676。

归根结底，这种行为是意料之外的，IMO认为它是一个重要的bug。 对我的影响是显著的--在Intel i7-4770(8)@3.900GHz上，我在上面示例中的执行时间从平均2ms到45ms（增加了20倍）。

至于非平凡性，请考虑在第一次调用之后对StateMachine.Transition的任何后续调用都将不必要地缓慢，并且如果我没有理解错的话，这将影响任何具有频繁调用的回调参数的函数（即，Transition的每个循环调用其回调参数StateTransition1M次）。 虽然可能很容易把它当作一个玩具示例来处理，但在我看来，频繁地调用回调可能是相当例行的。 SpiderMonkey不会减慢后续对transition的调用，这一事实向我发出信号，表明V8中这种特定的优化逻辑还有改进的空间。

请参见下文，其中对StateMachine.Transition的后续调用会减慢:

null

// same source, several times

// 1
(function () {
    let start = performance.now(),
        stateMachine = new StateMachine({
            test: 0
        });
  
    stateMachine.transition(state => state.test++, state => state.test < 1e6);
  
    if (stateMachine.state.test !== 1e6) throw 'ASSERT ERROR!';
    console.log(performance.now() - start);
})();


// 2 
(function () {
    let start = performance.now(),
        stateMachine = new StateMachine({
            test: 0
        });
  
    stateMachine.transition(state => state.test++, state => state.test < 1e6);
  
    if (stateMachine.state.test !== 1e6) throw 'ASSERT ERROR!';
    console.log(performance.now() - start);
})();

// 3
(function () {
    let start = performance.now(),
        stateMachine = new StateMachine({
            test: 0
        });
  
    stateMachine.transition(state => state.test++, state => state.test < 1e6);
  
    if (stateMachine.state.test !== 1e6) throw 'ASSERT ERROR!';
    console.log(performance.now() - start);
})();

<script src="https://cdn.jsdelivr.net/gh/TeleworkInc/StateMachine.js/StateMachine.js"></script>

null

这种性能下降可以通过将代码包装在命名闭包中来避免，优化器大概知道回调不会更改:

null

var test = (function() {
    let start = performance.now(),
        stateMachine = new StateMachine({
            test: 0
        });
  
    stateMachine.transition(state => state.test++, state => state.test < 1e6);
  
    if (stateMachine.state.test !== 1e6) throw 'ASSERT ERROR!';
    console.log(performance.now() - start);
});

test();
test();
test();

<script src="https://cdn.jsdelivr.net/gh/TeleworkInc/StateMachine.js/StateMachine.js"></script>

null

$ uname -a
Linux workspaces 5.4.0-39-generic #43-Ubuntu SMP Fri Jun 19 10:28:31 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

$ google-chrome --version
Google Chrome 83.0.4103.116