我有時會遇到此錯誤。Google App Engine - 請求在等待太久以後才中止以嘗試處理您的請求
請求等待太長時間 試圖服務於您的 請求後中止。最有可能的是，這表示您已達到 同時動態請求限制 。 這幾乎總是由於您的應用中延遲過高導致 。 請參閱 http://code.google.com/appengine/docs/quotas.html 瞭解更多詳情。
導致它的請求有10秒的延遲和0ms的cpu時間。這是一個簡單的jsp頁面，它不會做任何需要很長時間的事情。另外，我的應用程序流量非常低，而且它一直髮生，它是唯一正在處理的請求。
這是什麼原因造成的？
如果您的應用程序流量低，可能是啓動時間。似乎有一個持續的問題，即啓動一個實例需要很長時間纔會違反時限。
有些人通過每隔幾分鐘運行一次cron /計劃的請求來「解決」這個問題（儘管我個人認爲這種做法會產生反作用，有些會破壞Google旋轉你的應用程序的原因！）。
有他們的錯誤追蹤系統這樣一個問題：
http://code.google.com/p/googleappengine/issues/detail?id=2456
它現在被標記爲固定的1.4版本，在這裏有一個小的信息就可以了：
http://googleappengine.blogspot.com/2010/12/happy-holidays-from-app-engine-team-140.html
始終開啓 - 對於流量低或可變的高優先級應用程序，您現在可以通過App Engine的Always On功能保留實例。 Always On是一項高級功能，每月花費9美元，即使應用程序沒有流量，它也會保留三個應用程序實例，從不關閉它們。這可以緩解加載請求對具有較小或可變數據流量的應用程序的影響。
今天上午（2012年9月25日），我正在執行appID測試（沒有保留實例，我正在測試啓動時間） 直到晚上12:30左右，CET沒有出現錯誤跡象。 從那時起（現在1PM），我收到了這個錯誤，報告我的簡單GET請求中有大約30％-50％的時間用於我的簡單測試servlet，它除了睡眠一段時間之外什麼也不做，然後返回一個字符串。 – 2012-09-25 11:05:24
我最近開始在2016年1月18日@ 7:30 PM ET期間看到這件事。還有誰？ – speedplane 2016-01-19 00:41:04
在重新部署我的服務後，我開始接受很多Push Task請求。在再次重新部署時，問題消失了。 – nick 2017-01-17 10:11:46
與此相同：截至2016年1月，在10分鐘的時間內，儘管實例已啓動並且流量非常低，但在_every_請求上也出現了同樣的錯誤。 – patb 2017-01-25 09:32:13