Google App Engine 中可以进行长轮询吗？

Question

我需要制作需要经常轮询服务器的应用程序，但GAE对请求有限制，因此发出大量请求可能会非常昂贵。是否可以使用长轮询并使请求等待最多 30 秒的更改？

Answer 1

Google AppEngine 有一个新功能 Channel API，您可以使用它
可以构建一个良好的实时应用程序。

另一个解决方案是使用第三方 Comet 服务器，例如 mochiweb
或用 iframe 模式扭曲。

客户端1，等待事件：

client1 --Iframe Pattern--> Erlang/Mochiweb(HttpLongPolling):

客户端2，发送消息：

client2 --XhrIo--> AppEngine --UrlFetch--> Erlang/Mochiweb

要使用带有彗星模式的mochiweb，Richard Jones 写了一篇很好的文章
主题（在谷歌上：理查德琼斯百万用户彗星应用程序）。

Answer 2

我们尝试在 App Engine 上实现类似 Comet 的长轮询解决方案，但结果好坏参半。

def wait_for_update(request, blob):
    """
    Wait for blob update, if wait option specified in query string.
    Otherwise, return 304 Not Modified.
    """
    wait = request.GET.get('wait', '')
    if not wait.isdigit():
        return blob
    start = time.time()
    deadline = start + int(wait)
    original_sha1 = blob.sha1
    try:
        while time.time() < deadline:
            # Sleep one or two seconds.
            elapsed = time.time() - start
            time.sleep(1 if elapsed < 7 else 2)
            # Try to read updated blob from memcache.
            logging.info("Checking memcache for blob update after %.1fs",
                         elapsed)
            blob = Blob.cache_get_by_key_name(request.key_name)
            # Detect changes.
            if blob is None or blob.sha1 != original_sha1:
                break
    except DeadlineExceededError:
        logging.info("Caught DeadlineExceededError after %.1fs",
                     time.time() - start)
    return blob

我看到的问题是长轮询请求之后的请求在长轮询请求后面被序列化（同步）​​。我可以在 Chrome 中查看跟踪并看到如下时间线：

1. 请求 1 已发送。 GET（未修改）blob（等待更改）。
2. 请求 2 已发送。修改斑点。
3. 完全超时后，请求 1 返回（数据未修改）。
4. 请求 2 在服务器上得到处理，并返回成功。

我使用了wireshark和Chrome/timeline来确认我正在通过与长轮询连接不同的TCP连接向服务器发送修改请求。因此，此同步必须发生在 App Engine 生产服务器上。据我所知，谷歌没有记录服务器行为的细节。

我认为等待通道 API 是我们从 App Engine 获得良好实时行为的最大希望。

Answer 3

我认为长轮询是不可能的。 google appengine 的默认请求超时为 30 秒。
在长轮询中，如果消息生成时间超过 30 秒，则会失败。
使用短轮询可能会更好。

另一种方法是“模拟”30 秒限制内的长轮询。为此，如果消息未在（例如 20 秒）内到达，服务器可以发送“令牌”消息而不是普通消息，要求客户端使用它并再次连接。

似乎有功能请求（且已接受）谷歌应用程序引擎进行长轮询