我知道您可以包含 css 和图像以及其他文件类型，它们以 base64 格式存储在 javascript 文件中。然而，这些都是相当大的......并且经过 gzip 压缩，它们缩小了很多，即使 base64 编码的开销约为 33%。
非gzip压缩，图片为data:image/gif;base64，data:image/jpeg，data:image/png，css为data:text/css;base64。那么，我可以/应该使用什么 mime 类型来包含 gzip 压缩的 css 或图像数据 URI？（或者如果 gzip+base64 不能工作，我可以做任何其他压缩来降低字符串的大小，同时仍将数据存储在 javascript 中吗？）
..编辑..我认为这个问题被误解了。我不是在问我是否应该在 javascript 中包含 gzipped base64 字符串。是的，我知道在大多数情况下，最好在服务器端对 javascript 和其他文件进行 gzip 压缩。但这不适用于用户脚本；用户脚本没有服务器，并且只包含一个文件。Firefox 允许使用 @require 指令，但 Opera 和 Chrome 不允许，并且本地文件安全问题会在加载任何本地文件时发挥作用。因此，脚本所需的任何内容都必须是：1）在网络上（慢）或 2）嵌入在用户脚本中（大）。
现在这个问题假设大比慢更可取，但大并不一定意味着我们完全忽略了有多大；如果它可以更小，那就是一个改进。
所以假设一个base64字符串嵌入在javascript中，问题是如何让它变得有意义。
任何一个：
1) atob() 可以将原始 base64 编码的 gzip 转换为 javascript 中的原始 gzip。（atob 不需要知道媒体类型）。然后的问题是如何解压缩原始 gzip 压缩的 css 或图像文件，以便可以将生成的输出输入到文档中。
或 2）给定适当的媒体类型，浏览器至少在理论上（根据 datauri RFC）应该能够直接从 datauri 加载任何文件。"" 足以加载非 gzip 压缩的 css 样式表。这里的问题是应该使用哪种链接类型属性和 datauri 媒体类型组合（以及它适用于哪些浏览器）？最好，对于用户脚本，这将是在 Opera、FF 和 Chrome 中工作的组合。