RequireJS似乎在内部缓存所需的javascript文件。如果我对其中一个所需的文件进行更改，我必须重命名文件以应用更改。
将版本号作为查询字符串参数附加到文件末尾的常见技巧在requirejs中不起作用：<script src="jsfile.js?v2"></script>
我正在寻找一种方法，可以防止这种内部缓存RequireJS所需的脚本，而无需每次更新后重命名我的脚本文件。
跨平台解决方案：
现在我正在使用urlArgs: "bust="+（new Date()）。getTime() 自动清除开发过程中的缓存，以及urlArgs: "bust=v2"，生产中我会递增硬编码的版本号以更新所需的脚本。
注意：
@Dustin Getz 在最近的一个回答中提到，当像这样不断刷新Javascript文件时，Chrome开发工具将在调试期间丢弃断点。一个解决方法是在代码中编写debugger; 触发大多数Javascript调试器中的断点。
服务器特定解决方案：
针对您的服务器环境（如Node或Apache）可能效果更好的特定解决方案，请参见下面的一些答案。
RequireJS可以被配置，以添加一个值到每个脚本URL上，用于缓存清除。
根据RequireJS文档（http://requirejs.org/docs/api.html#config）:
urlArgs: 在RequireJS使用来获取资源的URL后附加额外的查询字符串参数。当浏览器或服务器未正确配置时，最有用的是清除缓存。
例如，将“v2”附加到所有脚本:
require.config({
urlArgs: "bust=v2"
});
为了开发目的，您可以通过附加时间戳来强制RequireJS绕过缓存：
require.config({
urlArgs: "bust=" + (new Date()).getTime()
});
urlArgs: "bust=" + (new Date()).getTime() 来自动清除缓存，在生产环境中，我使用 urlArgs: "bust=v2" 来增加硬编码版本号，在推出更新所需脚本后递增版本号。 - BumbleB2naurlArgs: "bust=" + (+new Date) - e382df99a7950919789725ceeec126要求脚本加载遵守http缓存头。（脚本是通过动态插入的 <script>加载的，因此请求看起来就像任何其他加载的资源。）
在开发过程中，请使用正确的HTTP头文件服务于您的JavaScript资源以禁用缓存。
使用require的urlArgs意味着您设置的任何断点都无法在刷新后保留；这样您最终需要在代码中到处放置debugger语句。很糟糕。我使用urlArgs在生产升级期间进行缓存打破，使用git sha来设置我的资源可以永久缓存并且保证从不使用旧的资源。
在开发过程中，我使用一个复杂的mockjax配置来模拟所有的ajax请求，然后我可以将我的应用程序作为仅JavaScript模式提供，使用一个10行Python HTTP服务器关闭所有缓存。这对于我来说已经扩展到一个相当大的“企业”应用程序，其中有数百个restful Web服务端点。我们甚至有一个合同设计师可以与我们的实际产品代码库合作，而不需要让他访问我们的后端代码。
debugger; 来设置断点。 - BumbleB2nahttps://github.com/jbcpollak/requirejs/commit/589ee0cdfe6f719cd761eee631ce68eee09a5a67
添加后，您可以在您的 require 配置中执行以下操作：var require = {
baseUrl: "/scripts/",
cacheSuffix: ".buildNumber"
}
buildNumber替换为修订ID /软件版本/喜爱颜色。
像这样使用require：require(["myModule"], function() {
// no-op;
});
http://yourserver.com/scripts/myModule.buildNumber.js
var require = {
baseUrl: "/scripts/buildNumber."
};
http://yourserver.com/scripts/buildNumber.myModule.js
/scripts/myLib/v1.1/。我曾尝试给我的文件名添加后缀（或前缀），可能是因为jQuery也是这样做的，但过了一段时间后，我变得懒惰并开始在父文件夹上递增版本号。我觉得这对于我在一个大型网站上进行维护更加方便，但现在你让我担心URL重写的噩梦。 - BumbleB2na
- masT<script> var require = { baseUrl: "/scripts/", cacheSuffix: ".buildNumber" }</script><script src="${pageContext.request.contextPath}/resources/scripts/require.js"> <jsp:text/> </script> <script> require([ 'main', 'dev/module' ]); </script> - JBCP受Expire cache on require.js data-main的启发，我们使用以下ant任务更新了我们的部署脚本：
<target name="deployWebsite">
<untar src="${temp.dir}/website.tar.gz" dest="${website.dir}" compression="gzip" />
<!-- fetch latest buildNumber from build agent -->
<replace file="${website.dir}/js/main.js" token="@Revision@" value="${buildNumber}" />
</target>
main.js 的开头看起来像：
require.config({
baseUrl: '/js',
urlArgs: 'bust=@Revision@',
...
});
urlArgs 可能会引起问题！
requirejs 的首席作者不建议使用 urlArgs:
对于已部署的资源，我更喜欢将完整的版本或哈希值作为构建目录，并仅修改项目使用的
baseUrl配置以将该版本化目录用作baseUrl。然后没有其他文件会改变，它可以避免一些代理问题，其中代理可能不会缓存带有查询字符串的 URL。
[样式是我的加粗]
我会遵循这个建议。
我更喜欢使用一个智能缓存可能经常发生变化的文件的服务器：一个根据需要发出 Last-Modified 并响应 If-Modified-Since 的 304 的服务器。即使基于 Node 的express设置为服务静态文件，也可以直接进行此操作。它不需要对浏览器进行任何操作，并且不会破坏断点。
<FilesMatch "\.(html|htm|js|css)$">
FileETag None
<ifModule mod_headers.c>
Header unset ETag
Header set Cache-Control "max-age=0, no-cache, no-store, must-revalidate"
Header set Pragma "no-cache"
Header set Expires "Wed, 11 Jan 1984 05:00:00 GMT"
</ifModule>
</FilesMatch>
对于开发阶段，这个方法可以正常工作，不需要改变代码。至于生产环境，我可能会使用 @dvtoever 的方法。
快速解决开发问题
针对开发，您可以在Chrome Dev Tools中禁用缓存（禁用Chrome浏览器缓存以进行网站开发）。只有当Dev Tools对话框打开时才会禁用缓存，所以您不必担心每次进行常规浏览时都要切换此选项。
注意：在生产环境中使用“urlArgs”是正确的解决方案，以便用户获取最新代码。但这使得调试变得困难，因为每次刷新时Chrome都会无效化断点（因为每次服务的都是一个“新”的文件）。
import subprocess
GIT_HASH = subprocess.check_output(['git', 'rev-parse', 'HEAD']).strip().decode('utf-8')
然后在您的模板中：
{% if config.DEBUG %}
require.config({urlArgs: "bust=" + (new Date().getTime())});
{% else %}
require.config({urlArgs: "bust=" + {{ config.GIT_HASH|tojson }}});
{% endif %}
git rev-parse HEAD，并将其存储在config对象中动态解决方案（无需urlArgs）
针对这个问题，有一个简单的解决方案，可以为每个模块加载唯一的修订号。
您可以保存原始的requirejs.load函数，用自己的函数覆盖它，并将修改后的URL解析到原始的requirejs.load中：
var load = requirejs.load;
requirejs.load = function (context, moduleId, url) {
url += "?v=" + oRevision[moduleId];
load(context, moduleId, url);
};
gulp.task('gulp-revision', function() {
var sManifestFileName = 'revision.js';
return gulp.src(aGulpPaths)
.pipe(rev())
.pipe(rev.manifest(sManifestFileName, {
transformer: {
stringify: function(a) {
var oAssetHashes = {};
for(var k in a) {
var key = (k.substr(0, k.length - 3));
var sHash = a[k].substr(a[k].indexOf(".") - 10, 10);
oAssetHashes[key] = sHash;
}
return "define([], function() { return " + JSON.stringify(oAssetHashes) + "; });"
}
}
}))
.pipe(gulp.dest('./'));
});
这将生成一个带有版本号的AMD模块到moduleNames，作为“oRevision”包含在main.js中，在那里您可以像之前展示的那样覆盖requirejs.load函数。