【问题标题】:while user inactivity of 2mins getting info "This request caused a new process to be started for your application"当用户在 2 分钟内不活动时获取信息“此请求导致为您的应用程序启动一个新进程”
【发布时间】:2015-12-02 06:19:57
【问题描述】:

我使用 java 和 GWT 在 GAE 上部署了我的应用程序。当我使用我的应用程序 ID sample.sampleappId.appspot.com 登录到我的应用程序时。在我的应用程序中,当我填写表格时有很多表格,例如客户注册,然后如果我填写了一半表格并且我停止填写表格并且在 2、3 分钟后我继续填写剩余表格然后我点击保存按钮然后在记录器中我我得到像

这样的信息

“此请求导致为您的应用程序启动一个新进程,从而导致您的应用程序代码首次加载。因此,与您的应用程序的典型请求相比,此请求可能需要更长的时间并使用更多的 CPU。”

我面临这么多时间。 为什么 GAE 会抛出此信息。

我的 appengine-web.xml:-

<appengine-web-app xmlns="http://appengine.google.com/ns/1.0">
  <application>sampleappId</application>
  <version>25</version>

  <!--
    Allows App Engine to send multiple requests to one instance in parallel:
  -->
  <threadsafe>true</threadsafe>
  <instance-class>F4_1G</instance-class>


  <!-- Configure serving/caching of GWT files -->
  <static-files>
    <include path="**" />

    <!-- The following line requires App Engine 1.3.2 SDK -->
    <include path="**.nocache.*" expiration="0s" />

    <include path="**.cache.*" expiration="365d" />
    <exclude path="**.gwt.rpc" />
  </static-files>
</appengine-web-app>

有什么解决办法吗? 有什么帮助吗?

【问题讨论】:

    标签: java google-app-engine gwt


    【解决方案1】:

    这些是来自 GAE 基础架构的完全正常的 INFO 级别日志(不是 WARNING 或 ERROR 级别),表明相应的请求触发了新 GAE 实例的启动。

    您可以在Scaling dynamic instances doc 中阅读有关启动新实例的更多信息。

    也有可能由于各种可能的原因,前一个实例的生命被缩短了。在开发者控制台中检查您的应用程序日志,看看是否确实如此,如果是,请获取详细信息。这些您可能想要/需要解决。

    当我看到你的另一个问题How to call my app url from google app engine 时,我才意识到另一种可能性。

    如果您的应用直接从请求处理程序中向自身发出请求,您可以创建无限递归循环,强制 GAE 为每个此类请求生成一个新实例。日志中可能不会显示任何内容,因为 GAE 仅在 为它服务之后才记录请求(至少在 python 沙箱中)。除非您在进行递归调用之前专门创建日志。最终阻塞等待响应的实例(由于无限递归而永远不会出现)将被杀死,因为它们将超过请求截止日期。

    【讨论】:

    • 感谢您的回复,但如何避免这种情况,因为我总是刷新我的网址然后继续工作
    • 因为这个我的应用程序不能正常工作所以我该如何解决这个问题
    • 应用程序无法正常运行并不是因此。您需要描述“无法正常工作”的含义。
    • 表示如果用户访问我的应用程序并登录到我的应用程序然后如果注册表格然后他停止工作并且在 2 分钟后他继续工作然后他必须刷新 url 并登录然后再次开始注册表格开头
    • 那么我该如何解决这个问题
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2015-03-29
    • 2019-06-27
    • 1970-01-01
    • 2021-06-11
    相关资源
    最近更新 更多