http中每秒请求数与GAE上cron作业的比较

我写了一个程序从GAE发送邮件。它可以通过两种方式运行：-

作为http请求

作为计划的cron作业（通过在cron.yaml中写入作业描述）

对于后一种情况，每秒的请求量几乎是前者的一半

---

为什么可能是这个原因呢？

如您所见，在使用HTTP请求时，有两个请求而不是一个。所有现代浏览器都试图从服务器检索favicon.ico文件，即使该文件不存在，也会将其计入图表中。

如您所见，使用HTTP请求时，有2个请求而不是1个请求。所有现代浏览器都试图从服务器检索favicon.ico文件，即使该文件不存在，也会将其计入图表中。

如果没有更多详细信息，很难说清楚-每个文件的代码是什么？请求日志中显示哪些日志？不过，最明显的答案是，第二个请求是favicon.ico.my（python）代码从gae本身提供的文件中读取400个电子邮件ID，并向每个ID发送一封邮件。这很好，但不是代码，您还没有提供任何详细信息，让我们能够将您的应用程序与大量未体验过此功能的应用程序区分开来。最简单的解释仍然是

favicon.ico

。日志显示请求

favicon.ico

。这就解释了为什么请求数量增加了一倍。没有办法避免它吗？没有办法阻止它；阅读此文：如果没有更多的细节，很难说清楚-每一个的代码是什么？请求日志中显示哪些日志？不过，最明显的答案是，第二个请求是favicon.ico.my（python）代码从gae本身提供的文件中读取400个电子邮件ID，并向每个ID发送一封邮件。这很好，但不是代码，您还没有提供任何详细信息，让我们能够将您的应用程序与大量未体验过此功能的应用程序区分开来。最简单的解释仍然是

favicon.ico

。日志显示请求

favicon.ico

。这就解释了为什么请求数量增加了一倍。没有办法避免它吗？没有办法阻止它；请阅读：@Nick我正在通过将函数附加到应用程序的url并附加必要的get参数来调用函数。e、 g.

appid.appspot.com/sendMail？参数=filName.txt

。我直接在地址栏中键入此URL。这难道不能确保浏览器不查找favicon.ico吗？不，它仍在查找favicon。@Nick我正在通过将其附加到应用程序的url并附加必要的get参数来调用函数。e、 g.

appid.appspot.com/sendMail？参数=filName.txt

。我直接在地址栏中键入此URL。这难道不能确保浏览器不会查找favicon.ico吗？不，它仍然会查找favicon。