显然，在安装之前重命名APK也可能导致这种情况。我想通过缩短文件名来减少用户从我们的网站上获取应用的输入量。在那之后，他们无法安装它。

一旦我恢复到创建和签名包时使用的原始文件名，我就能够更新安装的应用程序。

我遇到了类似的问题，这是因为我试图在使用相同apk的先前版本的手机上安装apk，而两个apk没有使用相同的证书进行签名。我的意思是，当我使用相同的证书时，我能够覆盖以前的安装，但当我在不同版本之间更改证书时，安装就不可能了。您是否使用相同的证书?

我在向playstore发布最新应用时就遇到了这个问题。问题是MainLauncher和应用快捷方式的结合变化。

我们添加了一个启动画面，我们的入口点是SplashActivity而不是MainActivity。所以，那些有以前版本的人，在他们的主屏幕上有应用程序快捷方式，无法打开应用程序。它总是说类似于应用程序未安装吐司。这并不是发生在每个发射器上(对我们来说，这在三星更常见)。

在幕后，App快捷方式应该无缝更新入口点从MainActivity到SplashActivity。但是，由于某种原因，许多第三方发射器不遵守该规定。修复方法是清除快捷方式并再次添加它。

如果你还没有在playstore中更新你的应用，请阅读这篇文章。

更新启动器活动时要小心。

我也遇到了同样的问题，即App显示为正在安装，但当点击图标时不会启动。经过一些头部撞击，我发现我已经愚蠢地放置了' android:exported="false" '为我的主启动器活动在AndroidManifest文件....一旦我删除它，应用程序启动正常。

我通过不首先签名应用程序和不使用Maven来解决这个问题。我将此添加到构建路径中。

    <plugin>
        <groupId>com.jayway.maven.plugins.android.generation2</groupId>
        <artifactId>android-maven-plugin</artifactId>
        <inherited>true</inherited>
        <configuration>
            <sign>
                <debug>false</debug>
            </sign>
        </configuration>
    </plugin>

之后，我手动签名我的应用程序:jarsigner -verbose -sigalg MD5withRSA -digestalg SHA1 -keystore /home/myself/.android/release.Keystore myapp-1.0.apk androidreleasekey

当我遇到这个问题时，我的自定义构建工具将ADT与用于iOS的证书一起使用(这当然不是我的第一个猜测，因为除了只有你应该有一个之外，Android证书似乎没有什么特别之处，他们只是RSA-1024证书，甚至自签名也是可以的，至少对于非市场安装)。