INSTALL_FAILED_INSUFFICIENT_STORAGE错误是每个Android开发人员的烦恼。这与应用程序大小或可用存储空间大小无关。重新启动目标设备可以短暂地修复问题,但它很快就会回来。人们在留言板上发帖询问为什么会出现这个问题,但令人沮丧的是,谷歌的人对这个问题保持沉默。

有一个简单的变通办法。如果您的测试设备运行的是Android 2.2或更高版本,那么将Android:installLocation属性添加到应用程序的清单文件中,值为“preferExternal”。这将迫使应用程序安装在设备的外部存储设备上,比如手机的SD卡。

例如:

<manifest xmlns:android="http://schemas.android.com/apk/res/android"
          package="com.andrewsmith.android.darkness"
          android:installLocation="preferExternal"

这更像是一种创可贴,而不是补救措施,如果你想要完成的应用程序安装在设备的内部内存中,这可能不太理想。但它至少会让开发过程不那么令人沮丧。


当前回答

我在我的新Nexus 4和用Adobe AIR构建的APK上遇到了这个问题。我已经有android:installLocation="preferExternal"在我的清单。我注意到我还用-s选项调用adb install(在共享大容量存储上安装包,如sdcard.),这似乎有点多余。

从adb安装中删除-s标志为我解决了这个问题。

其他回答

三星Galaxy Ace在其规格中宣称有158 MB的内部存储空间,但核心应用程序和服务消耗了大约110 MB的存储空间(我使用设备上的任务管理器来检查这一点)。我的应用是52 MB,因为它有很多资产。当我把其中一些文件删除到45 MB后,应用程序就可以顺利安装了。尽管我只安装了一个应用程序,但设备仍在提醒我内部存储空间快满了,我应该卸载一些应用程序。

在安装了.apk包的发布版本,然后卸载它之后,我的设备显示了99 MB的可用空间,所以可能是调试信息把设备弄得乱七八糟。请看Louis Semprini的回答。

在我的例子中,通过增加eclipse的扩展内存,通过改变eclipse.ini中-Xmx768m的值,这个问题得到了解决

我已经添加了一个额外的行到应用程序的清单文件,这是android:installLocation="preferExternal"。通过使用这一行,它强制将应用程序安装到外部存储。请看下面的例子,

<manifest xmlns:android="http://schemas.android.com/apk/res/android"
    package="com.nasir.phonegap"
    android:installLocation="preferExternal" >

谢谢你提出这个问题。我有一些额外的见解,可能会帮助一些开发人员。

我正在设备(不是模拟器)上调试我的应用程序。设备上有21 MB的空闲/数据(正如“df”在做“adb shell”时所显示的那样),我的应用程序只有5 MB。然而,我确实发现,如果我删除设备上的其他应用程序(没有重新启动手机或重新启动adbd), INSTALL_FAILED_INSUFFICIENT_STORAGE会消失一段时间,然后回来。

因此,似乎调试我的5 MB应用程序需要更多的20 MB的空间在/data中,此外,每次我调试我的应用程序都会泄露一些东西。

所以我做了“adb shell”,并列出了整个/data目录

cd /data
ls -a -l -R

我查看了5000行的输出,看看所有的空间都去了哪里。

我在设备的/data/klog目录中发现了大量浪费的空间,这些空间是几个月前调试会话的旧日志文件。

这些不是我的日志文件:它们是由Android基础设施的某些部分创建的。

我删除了它们,并立即保存了58mb,这在设置应用程序中没有归属于任何特定的应用程序。我的设备很小,所以58mb非常重要(约40%)。

到目前为止,在多次运行之后,我还没有再次得到INSTALL_FAILED_INSUFFICIENT_STORAGE。让我们希望这是真正的问题,尽管OP表明他的设备有足够的空间(但没有说有多少)。

希望你们中的一些人能够通过定期删除/data/klog/*来逃避INSTALL_FAILED_INSUFFICIENT_STORAGE。

或者,如果确实存在一些(隐藏的)空间问题,您至少可以在/data中执行ls -a -l -R来查看所有空间的去向。

以下方法会有所帮助:

打开设备的外壳 亚行壳 导航到第一次复制传入APK的临时目录 cd /数据/地方/ tmp 列出可用的文件并根据需要删除 Rm * //使用风险自负,最好先列出文件

到目前为止,这对我来说在实际设备上是可靠的。


编辑:事实证明,这个解决方案不像上面的解决方案那么可靠。

我尝试了很多方法。没有什么真的有用。最后我找到了一个叫SD Maid的应用程序。帮助。

该公司表示,该功能在非root设备上受到限制。我的工作是根深蒂固的,所以很高兴看到人们在这些情况下是有效的,如果它对我有效只是一个侥幸(无论如何这是一个不可预测的问题)。

注意:我和这个应用程序没有任何关系,只是通过搜索找到的。