基本上，我有一個服務器和移動應用程序。移動應用程序訂閱來自服務器的事件。服務器比在一段時間後向所有用戶發佈事件（好，舊版發佈/訂閱）。是否可以在Android上異步接收Http請求？
問題是，服務器使用HTTP發送通知。所以我需要在我的應用程序中使用HTTP服務器來異步處理這些請求（即沒有任何特殊的初始請求）。
有沒有可用的設施？我正在考慮創建一個套接字並收聽它，但這裏出現的問題是從套接字數據轉換HTTP。 我已經read some questions around StackOverflow，但他們都沒有直接指出同樣的問題。或者我錯過了什麼？無論如何，這個幫助非常受歡迎和讚賞。
C2D很好...但它仍處於測試階段，您必須接受Google ToS。我會使用類似MQTT的東西來實現它...它很容易實現，快速並且您可以控制數據：http://tokudu.com/2010/how-to-implement-push-notifications-for-android/
C2D不是解決方案，想要避免註冊，而我實際上不能更改服務器等。將檢查MQTT，謝謝指出。 – 87element 2011-03-16 17:59:54
你應該看看Cloud2Device Messaging。我相信這就是GTalk的工作原理。
嘗試通過Android Cloud to Device Messaging Framework推送通知this answer。
我不認爲你將能夠接收HTTP請求，甚至你的手機將有一個穩定的IP地址。
有在後臺處理連接兩個選項...
的AsyncTask和服務。
服務工作就像接收文本消息（不需要不斷的輪詢），而AsyncTask會一直在輪詢。
我認爲使用服務是最好的方法，只要你不關心性能。我認爲當用戶通過服務接收到通知時可能會有幾秒鐘的延遲。
一個AsyncTask肯定會有更多的電池耗盡，但可能會以更及時和可靠的方式執行。
您可以使用PUSH通知或開始在Android上運行JETTY服務器。
我有一個應用程序工作方式非常相似，在Android上運行JETTY服務器。
[Android平臺推送通知]可能的重複（http://stackoverflow.com/questions/1378671/push-notifications-in-android-platform） – 2011-03-16 16:41:11
嗯...真的錯過了這個問題。我應該關閉這個嗎？它們似乎是完全相同的，包括答案。 – 87element 2011-03-16 17:56:44
當然，收盤似乎是合理的。 – 2011-03-16 18:55:41