我有段时间没这么做了，但我也经历过一次。

<img src="about:blank" alt="" />

是我最喜欢的—//:0表示您将尝试在端口0 (tcpmux端口?)上与原始服务器建立HTTP/HTTPS连接—这可能是无害的，但我宁愿不这样做。哎呀，浏览器可能只看到端口0，甚至不发送请求。但我还是不希望你这么说因为这可能不是你想说的。

无论如何，在我测试的所有浏览器中，about:blank的渲染实际上都非常快。我只是把它扔到W3C验证器中，它没有抱怨，所以它甚至可能是有效的。

编辑:不要这样做;它不能在所有浏览器上工作(它会显示一个“破碎的图像”图标，正如在这个答案的评论中指出的那样)。使用<img src='data:…下面的解决方案。或者如果你不关心有效性，但仍然想避免对服务器的多余请求，你可以执行<img alt="" />，不带src属性。但这是无效的HTML，所以要小心选择。

Test Page显示了一大堆不同的方法:http://desk.nu/blank_image.php—提供了各种不同的文档类型和内容类型。-正如下面评论中提到的，使用Mark Ormston的新测试页面:http://memso.com/Test/BlankImage.html

我有段时间没这么做了，但我也经历过一次。

<img src="about:blank" alt="" />

是我最喜欢的—//:0表示您将尝试在端口0 (tcpmux端口?)上与原始服务器建立HTTP/HTTPS连接—这可能是无害的，但我宁愿不这样做。哎呀，浏览器可能只看到端口0，甚至不发送请求。但我还是不希望你这么说因为这可能不是你想说的。

无论如何，在我测试的所有浏览器中，about:blank的渲染实际上都非常快。我只是把它扔到W3C验证器中，它没有抱怨，所以它甚至可能是有效的。

编辑:不要这样做;它不能在所有浏览器上工作(它会显示一个“破碎的图像”图标，正如在这个答案的评论中指出的那样)。使用<img src='data:…下面的解决方案。或者如果你不关心有效性，但仍然想避免对服务器的多余请求，你可以执行<img alt="" />，不带src属性。但这是无效的HTML，所以要小心选择。

Test Page显示了一大堆不同的方法:http://desk.nu/blank_image.php—提供了各种不同的文档类型和内容类型。-正如下面评论中提到的，使用Mark Ormston的新测试页面:http://memso.com/Test/BlankImage.html

我发现使用:

<img src="file://null">

不会发出请求并正确验证。

浏览器只会阻止对本地文件系统的访问。

但是在Chrome的控制台日志中可能会显示一个错误，例如:

Not allowed to load local resource: file://null/

我发现，简单地将src设置为一个空字符串，并在CSS中添加一个规则来隐藏损坏的图像图标就可以了。

[src=''] {
    visibility: hidden;
}

简单来说，就像这样:

<img id="give_me_src"/>

如果你保持SRC属性为空，浏览器将发送请求到当前页面的url 如果不想要任何url，总是在SRC属性中添加1*1透明img

src="data:image/gif;base64,R0lGODlhAQABAAAAACwAAAAAAQABAAA="