为什么我的RPC总数上升了？

Question

我正在尝试优化我的代码，我遇到了一个我不太明白的问题。在我的网络应用程序的每个页面上，都会有一个通知列表，就像Facebook的新股票一样。因此，在每个请求中，我都在开始运行此代码：

notification_query = db.Query(Ticker, keys_only=True)\
   .filter('friends =',self.current_user.key().name())
self._notifications_future = notification_query.run()

然后，在我找到一个好位置的地方，我称之为中间函数：

notification_keys = [future.parent() for future in self._notifications_future]
self._notifications = db.get_async(notification_keys)

最后，我最后将它们全部取出：

context.update({'notifications': self._notifications.get_result() })

除此之外，每件事情都很有效：如果我在请求函数的末尾调用中间函数，我会得到：

哑点

如果我把它称为优化点，我会得到这个：

智能点

正如您所看到的，通过进行“优化”，API使用率翻了一番。这是怎么回事？

电话号码2，是两种情况下的第一个片段。哑点中的电话号码12是第二个片段，智能点中的电话号码12是第二个片段。这最后一个开关，与问题无关，我已经测试过了。

pd：google是否会向我收取查询“空闲”的时间？

更新

问题似乎只是在dev_server中，当我在appspot上尝试相同的例子（智能版）时，我得到了这个：

appspot上的查询

这里的一切都按预期工作，通过 run（）或 get_async（）调用的内容不会阻止其他内容。正如我所说，问题只出在dev_server中。仍然很高兴看到这个功能在localhost上运行，以便进行更有效的分析。

Answer 1

除了Peter的注释之外，您应该记住，除非您获取结果，否则Appstats无法知道异步请求何时实际完成。因此，如果您花费很长时间来请求结果，即使快速通话也会显得很慢。

Answer 2

AHHHH。当发布有关应用程序引擎时，如果您的结果位于开发服务器或生产环境中，则非常有用。开发服务器与生产服务器的性能特征不同，因此它不是分析应用程序的最佳方式。实际上，我认为根本没有使用索引，并且dev服务器是单线程的，因此您无法使用它来处理并发请求。事实上，如果您的应用程序调用自己，it won't work at all！