草庐IT

receives

全部标签

Android GCM(推送通知): device doesn't receive notification if application is stopped

我在我的Android项目中使用推送通知(GCM)。根据GCM教程,我实现了广播接收器并将其注册在AndroidManifest.xml中。即使我的应用程序关闭,这种广播接收器也应该接收消息(不仅当我的应用程序在后台,而且即使它被强制停止)。但它并没有像我预期的那样工作。如果应用程序关闭,则不会调用onReceive()方法。看来我对广播接收器的理解是正确的,问题出在我对GCM的期望中。其中一个可能的原因是,如果应用程序关闭,谷歌服务器甚至不会向设备发送通知。那么,仅当我的应用程序正在运行或在后台(但未关闭)时,我的应用程序才能接收消息(并且onReceive()方法将在广播接收器中调

Android GCM(推送通知): device doesn't receive notification if application is stopped

我在我的Android项目中使用推送通知(GCM)。根据GCM教程,我实现了广播接收器并将其注册在AndroidManifest.xml中。即使我的应用程序关闭,这种广播接收器也应该接收消息(不仅当我的应用程序在后台,而且即使它被强制停止)。但它并没有像我预期的那样工作。如果应用程序关闭,则不会调用onReceive()方法。看来我对广播接收器的理解是正确的,问题出在我对GCM的期望中。其中一个可能的原因是,如果应用程序关闭,谷歌服务器甚至不会向设备发送通知。那么,仅当我的应用程序正在运行或在后台(但未关闭)时,我的应用程序才能接收消息(并且onReceive()方法将在广播接收器中调

android - Listener 和 Receiver (Android) 有什么区别?

例如,我需要一个BroadcastReceiver来获取这些事件:重启或关机屏幕开启或关闭电池状态(电压、插入电源、温度)物理按钮按下(相机、媒体等)但我需要Listener来获取这些事件:用于传感器事件(加速度、磁场、方向、接近度、温度、光照水平等)的事件监听器位置事件的LocationListener(网络位置、GPS)似乎Receivers和Listeners都存在,以便我可以接收事件。除了明显的语义差异外,两者之间有什么区别?有没有我可以做的事情,但不能做其他事情,尤其是在屏幕关闭时我可以占用和运行多少CPU?为什么有两种完全不同的构造用于接收事件?

android - Listener 和 Receiver (Android) 有什么区别?

例如,我需要一个BroadcastReceiver来获取这些事件:重启或关机屏幕开启或关闭电池状态(电压、插入电源、温度)物理按钮按下(相机、媒体等)但我需要Listener来获取这些事件:用于传感器事件(加速度、磁场、方向、接近度、温度、光照水平等)的事件监听器位置事件的LocationListener(网络位置、GPS)似乎Receivers和Listeners都存在,以便我可以接收事件。除了明显的语义差异外,两者之间有什么区别?有没有我可以做的事情,但不能做其他事情,尤其是在屏幕关闭时我可以占用和运行多少CPU?为什么有两种完全不同的构造用于接收事件?

android - 在环聊 2.0 中启用 SMS 支持会破坏我的应用程序中 SMS_RECEIVED 的 BroadcastReceiver

我刚刚收到环聊2.0的更新,安装它并启用SMS→开启SMS。现在我的应用程序在Android4.3下运行,无法再接收短信,即不再调用SMS_RECEIVED的BroadcastReceiver。:-(只要我在环聊2.0中禁用TurnonSMS,我的应用就能够再次接收SMS_RECEIVEDIntent。广播接收器是这样在list中注册的AndroidManifest.xml……SMSReceiver.javapublicclassSMSReceiverextendsBroadcastReceiver{privatestaticfinalLogLOG=Log.getLog();@Over

android - 在环聊 2.0 中启用 SMS 支持会破坏我的应用程序中 SMS_RECEIVED 的 BroadcastReceiver

我刚刚收到环聊2.0的更新,安装它并启用SMS→开启SMS。现在我的应用程序在Android4.3下运行,无法再接收短信,即不再调用SMS_RECEIVED的BroadcastReceiver。:-(只要我在环聊2.0中禁用TurnonSMS,我的应用就能够再次接收SMS_RECEIVEDIntent。广播接收器是这样在list中注册的AndroidManifest.xml……SMSReceiver.javapublicclassSMSReceiverextendsBroadcastReceiver{privatestaticfinalLogLOG=Log.getLog();@Over

Android Map V2 - 为什么需要 MAPS_RECEIVE 权限

将此视为wiki问题。当我设置我的项目以支持MapV2时,有一个步骤可以添加MAPS_RECEIVE权限。我们为什么要创建和使用来自应用程序本身的权限?该googleplayservices应用是否使用此权限进行交互?这个权限不能处理这些事情吗?我认为使用自定义权限是为了允许其他应用启动/使用我们应用的服务/资源。 最佳答案 对于future的访客:Thispermissionisnowcompletelyunnecessary.ThelatestupdateofGooglePlayServices3.1.59madeitusele

Android Map V2 - 为什么需要 MAPS_RECEIVE 权限

将此视为wiki问题。当我设置我的项目以支持MapV2时,有一个步骤可以添加MAPS_RECEIVE权限。我们为什么要创建和使用来自应用程序本身的权限?该googleplayservices应用是否使用此权限进行交互?这个权限不能处理这些事情吗?我认为使用自定义权限是为了允许其他应用启动/使用我们应用的服务/资源。 最佳答案 对于future的访客:Thispermissionisnowcompletelyunnecessary.ThelatestupdateofGooglePlayServices3.1.59madeitusele

windows - "tls: oversized record received with length 20527"仅尝试从 Win10 WSL Bash 到 "docker run"

复制Win10上安装的最新DockerEdge(18.03.0-ce-rc1-win54(16164))。在更新到最新的DockerCEEdge版本之前切换到“Linux容器”(但最新的“DockerforWindows”用户界面不再显示切换选项?!)。从WindowsCMD运行dockerrunhello-world没问题。但是从WSLBash(最新的Win101709)调用相同的方法总是响应此tls错误消息:$dockerimagesREPOSITORYTAGIMAGEIDCREATEDSIZEcontinuumio/miniconda3latest29af5106b6a417ho

windows - "tls: oversized record received with length 20527"仅尝试从 Win10 WSL Bash 到 "docker run"

复制Win10上安装的最新DockerEdge(18.03.0-ce-rc1-win54(16164))。在更新到最新的DockerCEEdge版本之前切换到“Linux容器”(但最新的“DockerforWindows”用户界面不再显示切换选项?!)。从WindowsCMD运行dockerrunhello-world没问题。但是从WSLBash(最新的Win101709)调用相同的方法总是响应此tls错误消息:$dockerimagesREPOSITORYTAGIMAGEIDCREATEDSIZEcontinuumio/miniconda3latest29af5106b6a417ho