因此,我使用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); }); }
我知道这是一个古老的问题,但这让我很感兴趣,所以我调查了一下…
您需要调用一个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(); });