Java GAE：缓慢延迟的请求

我已经在GAE上创建了一个类似于facebook的搜索栏，显示给你 在搜索栏中键入姓名和图片。e、 g.打字工作 会带来“约翰·史密斯”和“迈克尔·乔丹”的下拉列表。这 在开发服务器上工作得非常好，甚至工作得非常好 在生产中，当用户加载后立即搜索时 这一页。如果我在页面上等待，说30秒到一分钟，然后再试一次 使用搜索栏，需要很长时间才能显示 后果有时长达15秒，以前是这样的 立即的有人能解释一下这里发生了什么事吗。有吗 我能让这个请求保持热的方式吗？另外，如果我搜索jo，然后等待，获取结果，删除jo，然后键入另一个搜索，我的结果会立即显示。这让我觉得，如果不保持活动状态，某些东西正在关闭

我的搜索栏实现了JQuery

---

自动完成栏并使用Jquery ajax获取结果。

这通常是因为如果应用程序的流量较少，GAE会通过启动新的JVM来“预热”，这需要几秒钟

更多关于“加载请求”的信息

---

解决方法是为应用程序使用该模式。请注意，这是一项高级功能。

检查它是否确实启动了新实例。转到仪表板，然后在组合框的图表部分选择“实例”而不是请求/秒。

我一直为此打开application@Lumpy--您是否可以检查日志，看看在您空闲一段时间后是否正在启动新流程？这会给你一个提示，告诉你发生了什么。如果正在创建一个新实例，我能做些什么来解决这个问题吗？似乎为我的请求创建了一个动态实例。尽管有3个常驻实例可用，但没有延迟。是否可以立即终止此动态实例，然后必须创建另一个实例？是否启用了“线程安全”选项？默认情况下，GAE不允许并行请求。你需要打开它。理论上，如果GAE是多线程的，它不需要为新请求启动新实例。请参阅此处的最后一节：您的管理控制台日志为这些请求显示了什么？我敢打赌，您在后端的查询速度很慢，而当您立即得到结果时，这只是因为JQuery autocomplete缓存了以前的结果。@SystemPuntoo但事实并非如此。我的请求通常在100毫秒内返回。我的请求似乎导致创建新实例，即使实例上没有延迟。@Lumpy，我明白了，听起来很奇怪。您是否尝试过在不使用jquery的情况下直接调用url路径？在这种情况下，获得响应是否真的需要15秒？