Javascript web浏览器使用URL或数据URI保存网页图像时的资源使用差异

Javascript web浏览器使用URL或数据URI保存网页图像时的资源使用差异,javascript,html,dom,data-uri,Javascript,Html,Dom,Data Uri,你可以在网页上找到图片来源 使用常用URL: <img src="some-image-url" > 或者 使用数据URI: <img src="data:......." > // data:[<mediatype>][;base64],<data> //数据:[;base64], 这类似于在HTML文档中有一个脚本,或者有一个脚本链接到带有脚本url的脚本标记 第二个页面是否会占用更多内存,因为它在img标记的src属性中的文档中有大

你可以在网页上找到图片来源 使用常用URL:

<img src="some-image-url" >

或者

使用数据URI:

<img src="data:......." > // data:[<mediatype>][;base64],<data>
//数据:[;base64],
这类似于在HTML文档中有一个脚本,或者有一个脚本链接到带有脚本url的脚本标记


第二个页面是否会占用更多内存,因为它在img标记的src属性中的
文档中有大量字符串数据?

将图像作为
数据传输:
URI做两件事:

  • 它将图像与HTML页面一起发送,因此它们不必单独下载,可以立即供浏览器使用。它消除了获取映像的单独HTTP请求产生的延迟
  • 它每次都将图像与HTML页面一起发送,因此无法单独下载和缓存图像,从而增加了HTML文档的大小和下载时间

  • 浏览器的“资源”或“内存”使用会因浏览器而异,相对而言并不重要。第一次加载映像时,使用外部映像URI的速度会较慢,因为它需要单独获取,但在所有后续请求中使用外部映像URI的速度会更快,因为它可以缓存。将图像传输为
    数据:
    URI同样会降低所有后续请求中HTML文档的速度。这是最重要的区别。

    我想我不可能问自己到底想要什么。我会编辑它。你是在问浏览器是否缓存
    数据:…
    uri吗?为什么会这样?它们不必单独下载,因此没有真正需要缓存的内容。
    数据:…
    每次都是作为HTML的一部分发送的。请看:@tgogos我想这是我问题的答案,你可以发布它。我认为,如果url链接的图像也算作页面的已用内存,那么应该清除它。再加上这一点,我认为这就是答案。看在上帝的份上,为什么要投反对票。我还没有否决你的问题:-)