“这是真的吗?”;浏览器不能可靠地缓存JavaScript文件,CSS文件是;

“这是真的吗?”;浏览器不能可靠地缓存JavaScript文件,CSS文件是;,javascript,css,performance,Javascript,Css,Performance,如本网站所述 注意,虽然JavaScript文件是 浏览器、CSS无法可靠缓存 文件是 我看不出有任何理由对JavaScript文件做出明确的声明。然而,我可以看到一个论点,即无论发送的文件类型如何,缓存通常都是不可靠的,这取决于服务器配置、发送的附加头、代理和缓存以及最终用户浏览器的配置方式。我知道的浏览器“可靠地缓存”所有类型的静态数据(包括JS和CSS,以及图像、HTML等)只要它们有适当的缓存支持头。可能文本的意思与实际缓存不同,例如只解析一次,然后保留一些有效的内部格式…?我不知道哪些

如本网站所述

注意,虽然JavaScript文件是 浏览器、CSS无法可靠缓存 文件是


我看不出有任何理由对JavaScript文件做出明确的声明。然而,我可以看到一个论点,即无论发送的文件类型如何,缓存通常都是不可靠的,这取决于服务器配置、发送的附加头、代理和缓存以及最终用户浏览器的配置方式。

我知道的浏览器“可靠地缓存”所有类型的静态数据(包括JS和CSS,以及图像、HTML等)只要它们有适当的缓存支持头。可能文本的意思与实际缓存不同,例如只解析一次,然后保留一些有效的内部格式…?我不知道哪些浏览器对不同类型的文件这样做或不这样做,但至少在这个假设下,我可以看出原因(例如)CSS可能比JS更容易保持预处理形式。

在HTTP头中设置静态资源的过期日期或最长期限,指示浏览器从本地磁盘而不是通过网络加载以前下载的资源

如果我们想要实际缓存资源,这是很好的。如果我们想要强制新的下载集无缓存,这将强制缓存在每次释放缓存副本之前将请求提交到源服务器进行验证。这有助于确保遵守身份验证(与公共文件结合使用),或在不牺牲缓存的所有好处的情况下保持严格的新鲜度


我会对这种说法表示怀疑,因为这篇文章没有提供任何解释或支持。我也会怀疑任何人仍然将JavaScript代码包装在HTML注释中,但可能只有我一个人。我同意语法。另外,请注意文章的写作时间:“2003年12月17日”.即使当时已经纠正了(我不知道是正确还是仍然正确),此时很容易过时。删除该网站。使用建议。您发布了两个相同的答案,并已标记,这没关系,但我们更希望您为每个问题定制答案。但是,答案是从两个不同来源抄袭的。第一句来自。第三句和第四句来自:。可能是更好、更公平地提供到源材料的链接,并将其格式化为引用,而不是冒充自己的引用。谢谢。