RequireJS似乎在内部做了一些事情，缓存所需的javascript文件。如果我对所需的文件之一进行了更改，我必须重命名该文件，以便应用更改。
将版本号作为查询字符串参数附加到文件名末尾的常见技巧不适用于requirejs <script src="jsfile.js? "脚本v2”> < / >
我正在寻找的是一种方法，以防止RequireJS所需脚本的这种内部缓存，而不必在每次更新脚本文件时重命名脚本文件。
跨平台解决方案:
我现在使用urlArgs: "bust=" + (new Date()). gettime()在开发过程中自动缓存破坏和urlArgs: "bust=v2"的生产，在推出一个更新的所需脚本后，我增加硬编码的版本num。
注意:
@Dustin Getz在最近的回答中提到，当Javascript文件不断刷新时，Chrome开发工具将在调试过程中删除断点。一个解决方法是编写调试器;在大多数Javascript调试器中触发断点。
特定于服务器的解决方案:
有关可能更适合您的服务器环境(如Node或Apache)的特定解决方案，请参阅下面的一些答案。
当前回答
在我的情况下，我想每次点击都加载相同的表单，我不希望我对文件所做的更改保持不变。它可能与这篇文章不太相关，但这可能是一个潜在的解决方案，在客户端不需要为require设置配置。无需直接发送内容，您可以复制所需文件并保持实际文件完整。
LoadFile(filePath){
const file = require(filePath);
const result = angular.copy(file);
return result;
}
其他回答
不要使用urlArgs !
要求脚本加载尊重http缓存头。(脚本是用动态插入的<script>加载的，这意味着请求看起来就像加载的任何旧资产一样。)
在开发过程中使用适当的HTTP头来禁用缓存。
使用require的urlArgs意味着你设置的任何断点在刷新时都不会被保留;最终需要在代码中到处放置调试器语句。坏的。在git sha的生产升级期间，我使用urlArgs来破坏缓存资产;那么我就可以把我的资产设置为永远缓存，并保证永远不会有过时的资产。
在开发过程中，我用一个复杂的mockjax配置模拟所有ajax请求，然后我可以在仅javascript模式下使用10行python http服务器服务我的应用程序，并关闭所有缓存。对我来说，这已经扩展到一个相当大的“企业级”应用程序，拥有数百个restful webservice端点。我们甚至有一个签约设计师，他可以使用我们真实的产品代码库，而不允许他访问我们的后端代码。
在生产中
urlArgs会导致问题!
requirejs的主要作者不喜欢使用urlArgs:
对于已部署的资产，我更喜欢将版本或哈希放在整体中 build作为构建目录，然后只需修改使用的baseUrl配置 项目使用该版本目录作为baseUrl。然后 没有其他文件更改，并且它有助于避免一些代理问题 不能缓存带有查询字符串的URL。
(样式我的。)
我遵循这个建议。
在开发中
我更喜欢使用智能缓存可能频繁更改的文件的服务器:发出Last-Modified并在适当的时候用304响应If-Modified-Since的服务器。即使是基于Node的快速集来提供静态文件的服务器也会立即这样做。它不需要对浏览器做任何操作，也不会弄乱断点。
动态解决方案(不含urlArgs)
对于这个问题，有一个简单的解决方案，这样您就可以为每个模块加载唯一的修订号。
您可以保存原始需求。加载函数，用自己的函数覆盖它，并将修改后的url解析为原始需求。负载:
var load = requirejs.load;
requirejs.load = function (context, moduleId, url) {
url += "?v=" + oRevision[moduleId];
load(context, moduleId, url);
};
在我们的构建过程中，我使用“gulp-rev”来构建一个清单文件，其中包含所有正在使用的模块的所有修订。gulp任务的简化版本:
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('./'));
});
这将生成一个带有修订号到moduleNames的amd模块，它被包含在main.js中的'oRevision'中，在那里你可以覆盖requirej。加载函数如前所示。
受到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@',
...
});
这是对@phil mccull接受的回答的补充。
我使用了他的方法，但我也通过创建一个T4模板来自动运行预构建过程。
预构建命令:
set textTemplatingPath="%CommonProgramFiles(x86)%\Microsoft Shared\TextTemplating\$(VisualStudioVersion)\texttransform.exe"
if %textTemplatingPath%=="\Microsoft Shared\TextTemplating\$(VisualStudioVersion)\texttransform.exe" set textTemplatingPath="%CommonProgramFiles%\Microsoft Shared\TextTemplating\$(VisualStudioVersion)\texttransform.exe"
%textTemplatingPath% "$(ProjectDir)CacheBuster.tt"
T4模板:
生成的文件:
在require.config.js加载之前存储在变量中:
require.config.js中的引用:
