10

我在大学最后一年的项目中使用 Google 云消息传递。一切正常，但我在使用 GCM 时遇到了一些麻烦。非常有规律地，消息要么几乎立即传递，要么延迟很大。

我已阅读此内容，但我真的认为它不适用于这种情况：

GCM 通常会在消息发送后立即传递消息。但是，这可能并不总是可能的。例如，设备可能已关闭、离线或不可用。在其他情况下，发送方本身可能会通过使用 delay_while_idle 标志请求在设备变为活动状态之前不传递消息。最后，GCM 可能会故意延迟消息，以防止应用程序消耗过多资源并对电池寿命产生负面影响。

在我的项目中，每分钟最多谈论来自服务器的 5 或 6 条消息。如果 GCM 可以用于聊天应用程序，他们肯定不能阻止以这种速率发送/接收的消息吗？如果我的项目只在 50% 的时间内有效，它会变得非常烦人并且会非常糟糕......

这是服务器发送的消息的代码：

@Override
public void run() {

    Message.Builder messageBuilder = new Message.Builder().delayWhileIdle(false);
    Gson gson = new Gson();
    messageBuilder.addData("profile", gson.toJson(profile));
    databaseConnection.notifyDevices(messageBuilder.build());

}

public void notifyDevices(Message message) {

        Sender sender = new Sender(xxx);

        List<NameValuePair> nameValuePairs = new ArrayList<NameValuePair>();
        nameValuePairs.add(new BasicNameValuePair("message", message.toString()));

        //LOG
        System.out.println("Notifying devices with the following message \n \"" +message+ "\"");

        List<String> deviceIDsList = new ArrayList<String>();
        String [] deviceIDArray;

        //Get devices to notify
        List<JSONDeviceProfile> deviceList = getDevicesToNotify();

        for(JSONDeviceProfile device : deviceList) {
            deviceIDsList.add(device.getDeviceId());

            try {
                sender.send(message, device.getDeviceId(), 5);
            } catch (IOException e) {
                System.out.println("Error sending GCM message!");
                e.printStackTrace();
            }
        }
}

还有我的 Android onMessage 方法：

@Override
protected void onMessage(Context arg0, Intent intent) {

    String message = intent.getStringExtra("profile");

    Log.d(TAG + "Received Message: ", "Received Message: " + message.toString());

    //CALL NEW INTENT WITH PROFILE DETAILS
    Intent displayProfileIntent = new Intent(arg0, DisplayProfile.class);
    displayProfileIntent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
    displayProfileIntent.putExtra("message", message); 
    startActivity(displayProfileIntent);

    /*
    //generateNotification(arg0, username);

    handler.post(new Runnable() {
        @Override
        public void run() {
            //Toast.makeText(getApplicationContext(), username, Toast.LENGTH_SHORT).show();

        }
    });
    */
}

我希望有人遇到过类似的问题，我只是想确认问题是我正在做的事情，或者它是否超出了我的控制。

tl;dr GCM 消息要么立即到达，要么大约 10 分钟后到达（延迟通常是一致的）。

4

1 回答 1

33

客户端电话上的 GCM 框架部分在端口 5228 上使用TCP 连接。此连接用于推送通知，但作为每个 tcp 连接，它可以与一些应用严格策略来终止非活动 tcp 连接的路由器/运营商超时（tcp 空闲超时）。

例如，大多数 wifi 路由器会在 5 分钟后终止非活动连接，例如我的。

GCM 框架使用保活机制，在 wifi 上每 15 分钟发送一个心跳网络数据包，在 3G 上每 28 分钟发送一个心跳网络数据包。这种保持活动对所有用户来说并不总是可靠的。

我在这里向谷歌打开了这个问题： https ://productforums.google.com/forum/#!category-topic/nexus/connecting-to-networks-and-devices/fslYqYrULto 他们同意目前存在问题。

编辑（2014/01/08）：目前谷歌将 wifi 和移动连接的心跳间隔更新为 8 分钟。这是一个影响所有 android 设备 2.2+ 的远程更改这是避免 tcp 推送连接超时的一个很好的改进。尽管如此，如果 wifi 路由器在 5 分钟后终止非活动连接，您将在推送通知中延迟 3 (8-5) 分钟（如果您没有其他保持连接的通知）

编辑（2016/03/06）：现在谷歌似乎正在测试我 2 年前的反馈，以便有一个动态机制来根据网络确定正确的心跳间隔。目前似乎是分阶段推出，据我所知仅适用于 wifi。因此，基于 wifi SSID，算法通过一种逐步细化的方式确定特定 wifi 的正确心跳间隔。这声音非常好！这是一项远程更改，会影响每部具有 Google Play 服务的安卓手机。

于 2013-08-25T11:10:29.187 回答