4

所以我正在使用 RequireJS 和 Socket.io 编写一个应用程序，检查 socket.io 资源是否可用，然后在连接时引导应用程序。如果 socket.io 暂时关闭，我想让 requireJS 轮询资源几次，直到它可用，然后继续初始化应用程序。

不幸的是（或者可能是幸运的？）似乎在 require 中有某种缓存机制可以为未加载的脚本注册脚本错误，因此如果您在错误回调中执行 setTimeout 来重试 socketio require 函数，则 require 将继续即使资源可用时也抛出错误。

这是疏忽还是有理由将此错误缓存起来？更重要的是，是否有允许要求重试的解决方法？

这是我一直在尝试的示例：

function initialize() {
  require(['socketio', function(io) {
    io.connect('http://localhost');
    app._bootstrap();
  }, function(err) {
    console.log(err);
    setTimeout(initialize, 10000);
  });
}
4

1 回答 1

6

我知道这是一个老问题，但它对我很有吸引力，所以我调查了一下......

您需要调用一个require.undef 方法来告诉 RequireJS 不要缓存加载的先前失败状态。另请参阅errbacks示例。

然后，您可以简单地使用 null 回调再次调用 require 。原始回调仍将被调用——不需要递归。像这样的东西：

function requireWithRetry(libname, cb, retryInterval, retryLimit) {
    // defaults
    retryInterval = retryInterval || 10000;
    retryLimit = retryLimit || 10;

    var retryCount = 0;
    var retryOnError = function(err) {
        var failedId = err.requireModules && err.requireModules[0];
        if (retryCount < retryLimit && failedId === libname) {
            // this is what tells RequireJS not to cache the previous failure status
            require.undef(failedId);

            retryCount++;
            console.log('retry ' + retryCount + ' of ' + retryLimit)

            setTimeout(function(){
                // No actual callback here. The original callback will get invoked.
                require([libname], null, retryOnError);
            }, retryInterval);

        } else {
            console.log('gave up', err)
        }
    }

    // initial require of the lib, using the supplied callback plus our custom
    // error callback defined above
    require([libname], cb, retryOnError);
}

requireWithRetry('socketio', function(io) {
    io.connect('http://localhost');
    app._bootstrap();
});
于 2013-08-21T17:30:26.580 回答