一个非常简单的解决方案是把下面的代码放在你的。htaccess中。我也有同样的问题，它解决了我的问题。

<IfModule mod_alias.c>
    RedirectMatch 403 favicon.ico
</IfModule>

参考:http://perishablepress.com/block url - 404 requests/——标识

如果你不使用HTML，它是由Flask或一些框架自动生成的，你可以在应用程序中添加一个虚拟路由，只返回虚拟文本来修复这个问题。

或 ． ． ． 你可以添加图标:)

Eg for Python Flask Application。

@app.route('/favicon.ico')
def favicon():
    return 'dummy', 200

把这个放进你的HTML头:

<link rel="icon" href="data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAAEAAAABCAIAAACQd1PeAAAADElEQVQI12P4//8/AAX+Av7czFnnAAAAAElFTkSuQmCC">

这个答案比其他答案稍大一些，但确实包含一个实际有效的PNG图像(1x1像素白色)。

根据我们的经验，当Apache在请求favicon.ico时崩溃时，我们注释掉了.htaccess文件中的额外头文件。

例如，我们有 报头设置X-XSS-Protection "1;模式=块”

．.． 但是我们忘记了事先sudo a2enmod头文件。注释掉正在发送的额外标题解决了我们的favicon.ico问题。

我们还为开发设置了几个虚拟主机，只有在使用http://localhost和获取/favicon.ico时出现了500个内部服务器错误。如果您运行“curl -v http://localhost/favicon.ico”并得到关于主机名不在解析器缓存中或类似效果的警告，那么您可能会遇到问题。

它可能很简单，不抓取(我们尝试了，但没有成功，因为我们的根本原因不同)，或者在apache2.conf或.htaccess中寻找可能导致奇怪的500个内部服务器错误消息的指令。

我们发现它失败得如此之快，在Apache的错误日志中没有任何有用的东西，花了整个上午的时间在这里和那里修改小的东西，直到我们解决了设置额外的头的问题，当我们忘记加载mod_headers !

你可以用

<link rel="shortcut icon" href="http://localhost/" />

这样就不会实际从服务器请求它。

为了测试目的，暂时阻止这些最简单的方法是在chrome中打开检查页面，右键单击页面上的任何位置并单击检查，或者按Ctrl+Shift+j，然后转到网络选项卡，然后重新加载页面，这将发送您的页面应该发出的所有请求，包括恼人的favicon.ico。您现在可以简单地右键单击favicon.ico请求，然后单击“阻止请求URL”。

以上所有答案都适用于控制应用程序源代码的开发者。如果您是一名系统管理员，正在计算负载平衡器或代理配置，并对favicon.ico的恶作剧感到恼火，那么这个简单的技巧可以更好地发挥作用。这个答案是针对Chrome的，但我认为应该有一个类似的替代方案，你会发现Firefox/Opera/Tor/任何其他浏览器:)