Android开发在使用第三方推送的时候出现INSTALL_FAILED_VERSION_DOWNGRADE

[2015-02-09 14:32:24 - push_getui_test] Uploading push_getui_test.apk onto device ‘emulator-5554‘
[2015-02-09 14:32:28 - push_getui_test] Installing push_getui_test.apk...
[2015-02-09 14:32:31 - push_getui_test] Installation error: INSTALL_FAILED_VERSION_DOWNGRADE
[2015-02-09 14:32:31 - push_getui_test] Please check logcat output for more details.
[2015-02-09 14:32:31 - push_getui_test] Launch canceled!

解决办法:

更改manifest.xml文件的versionCode,多试几次

android:versionCode="300"
    android:versionName="10.0.0"

用过的极光推送 和 个推 都会出现这样的情况,注意下就行了。

时间: 2024-08-30 00:30:48

Android开发在使用第三方推送的时候出现INSTALL_FAILED_VERSION_DOWNGRADE的相关文章

Android使用第三方推送(一)极光推送通知

现在Android有不少的第三方推送接口,大大节省了我们的时间,让我们专注于软件本身的编写. 极光推送作为一个比较成熟的推送API,用起来是非常便利的,今天就来总结一下. 注册账号之后,首先创建一个应用,如下图: 应用创建完成之后,会生成应用标识(AppKey)和API Master Secret,如下图: 然后下载Android Example: 解压之后就是一个Android Project,导入Eclipse: 直接运行: 接着就可以在网页端发送通知了: 输入通知内容后,在"可选设置&qu

.net平台借助第三方推送服务在推送Android消息(极光推送)

.net平台借助第三方推送服务在推送Android消息(极光推送) 最近做的.net项目(Windows Service)需要向Android手机发送推送消息,真是有点困难,没有搞过就不停的搜文档,最后看到了一个开源项目PushSharp,可以在.net平台推送IOS,Android,Windows Phone等设备消息,大喜,然后先做了IOS的,成功了,但是做Android的时候遇到了问题,一直推送不成功,程序执行了,但是推送一直出不来,后来费劲的在网上搜,没有找到,最后放弃使用这种推送And

.net平台借助第三方推送服务在推送Android,IOS消息(极光推送)

最近做的.net项目(Windows Service)需要向Android手机发送推送消息,真是有点困难,没有搞过就不停的搜文档,最后看到了一个开源项目PushSharp,可以在.net平台推送IOS,Android,Windows Phone等设备消息,大喜,然后先做了IOS的,成功了,但是做Android的时候遇到了问题,一直推送不成功,程序执行了,但是推送一直出不来,后来费劲的在网上搜,没有找到,最后放弃使用这种推送Android,另寻出路,随后找到了一种C2DM云端推送功能,但是问题又出

第三方推送已死

国内第三方推送的起源 2010 年左右,Android 手机在国内迅速发展,Google 的原生推送(C2DM,现在的 GCM)由于种种原因不能正常使用,当时的 Android 开发者使用各种办法来解决这个问题,其中就包括 Android 手机厂商开发出自己的推送方案. 对于大部分开发者来说,除了做一个 App,还要独立开发一套推送系统是件异常困难的事情.哪怕是用户数量很大的 App ,这也不是一件容易的事情.于是在 2011 年底,我产生了做独立第三方推送服务的想法,也就有了后来的极光推送.

第三方推送-个推使用

个推的使用在Android客户端相对来说使用比较简单,已经提供了sdk Demo,按照文档和Demo配置相关代码就可以.下图为推送的示意图 客户端需要区分通知和透传的使用,根据需求告诉服务端选择不同的模板 服务端注意的东西相对来说比较多: 个推每天的消息推送量数以亿计,统计分析日志时,经常可以从日志规律发现调用方的一些使用误区,今天提几点开发者在使用个推api时易出现的几个误区. 误区一 推送选错接口 个推服务端adk提供给开发者三个推送接口:pushMessageToSingle/ pushM

Android 基于Netty的消息推送方案之概念和工作原理(二)

上一篇文章中我讲述了关于消息推送的方案以及一个基于Netty实现的一个简单的Hello World.为了更好的理解Hello World中的代码,今天我来解说一下关于Netty中一些概念和工作原理的内容,假设你认为本篇文章有些枯燥.请先去阅读<Android 基于Netty的消息推送方案之Hello World(一)> ChannelEvent Netty是基于事件驱动的,就是我们上文提到的.发生什么事.就通知"有关部门". 所以.不难理解.我们自己的业务代码中,一定有跟这

Android 基于Netty的消息推送方案之Hello World(一)

消息推送方案(轮询.长连接) 轮询 轮询:比较简单的,最容易理解和实现的就是客户端去服务器上拉信息,信息的及时性要求越高则拉信息的频率越高.客户端拉信息的触发可以是一些事件,也可以是一个定时器,不断地去查询服务器.所以这个方案的弊端也是显而易见的,在轮询的频率较高时,服务器端的压力很大,通讯的流量也很大,并且大部分时间都是做的无用功. 长连接 长连接:客户端和服务端维持一个长连接,服务端在有信息推送的时候,借助这个连接把信息发送到客户端.这个方案的优点是信息推送的及时性很高,基本是实时的,并且除

第三方推送

极光推送: 1.使用第三方推送第一步新建账号这个是肯定的2.创建应用将包名确定(同时会生成appkeyss)3.注意libs里边必须有两个一定要存在的东西,一个是armeabi文件夹一个是jpush-sdk-release1.6.3.jar包,这两个东西都在官方demo中可以找到,直接复制就可以4.下载三分钟快速demo5.运行测试如果提示[PushService] Login succeed! registrationID=050ab696fa9 证明环境搭建配置成功,可以从官方推送消息并接受

Android 基于Netty的消息推送方案(一)

消息推送方案(轮询.长连接) 轮询 轮询:比较简单的,最容易理解和实现的就是客户端去服务器上拉信息,信息的及时性要求越高则拉信息的频率越高.客户端拉信息的触发可以是一些事件,也可以是一个定时器,不断地去查询服务器.所以这个方案的弊端也是显而易见的,在轮询的频率较高时,服务器端的压力很大,通讯的流量也很大,并且大部分时间都是做的无用功. 长连接 长连接:客户端和服务端维持一个长连接,服务端在有信息推送的时候,借助这个连接把信息发送到客户端.这个方案的优点是信息推送的及时性很高,基本是实时的,并且除