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"

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


当前回答

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

我正在设备(不是模拟器)上调试我的应用程序。设备上有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来查看所有空间的去向。

其他回答

我最终从设备上卸载了应用程序,然后在Eclipse中重新安装。这是我经常使用设备时遇到的一个问题,但今天我从开发中得到了这个信息。

我已经解决了这个问题,包括android:installLocation="auto"内<manifest>标签在AndroidManifest.xml文件。

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

我正在设备(不是模拟器)上调试我的应用程序。设备上有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来查看所有空间的去向。

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

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

这只是一个临时的解决方案,而不是真正的解决方案。

在我遇到这种情况后,我对目前的反应不满意,我去工作了 试图从AOSP源代码中找出答案。我找到了一个真正的解决方案。

解释

首先,简单介绍一下Android安装和更新的背景知识

第一次安装应用程序: APK文件保存为 丹共/数据/应用/ < full.package.name > -1. (1. apk) 应用程序何时更新: 更新后的APK文件保存为: 丹共/数据/应用/ < full.package.name > -2. (2. apk) 第一个版本(1.apk)被删除。 在我们的下一次更新(s): 新的APK保存为(1.apk),删除(2.apk)(永远重复)。

 

我们大多数人遇到的问题发生在应用程序更新时,但删除旧的APK失败。这本身不会导致更新失败,但它会导致/data/app中有两个APK文件。

下次你尝试更新应用程序时,系统无法移动它的临时文件,因为(1.apk)和(2.apk)都不是空的。由于file# renameTo(File)不会抛出异常,而是返回一个布尔PackageManager,因此它没有任何方法告诉它为什么返回INSTALL_FAILED_INSUFFICIENT_STORAGE,即使失败与空闲空间无关。

解决方案

Run:

adb shell "pm uninstall <full.packge.name>"
adb shell "rm -rf /data/app/<full.package.name>-*"

OR

卸载应用程序

使用你最喜欢的方法删除这两个:

/data/app/<full.package.name>-1.apk /data/app/<full.package.name>-2.apk

确保没有其他东西以类似的方式阻碍以后的安装。在我的情况下,我有一个/data/app-lib/<full.package.name>-1目录徘徊!在这种情况下,安装到SD卡以及随后移动到内部内存都是有效的。(创建/data/app-lib/<full.package.name>不带-1结尾)

为什么其他“解决方案”有效

安装到外部存储的代码有很大不同,但没有相同的问题 卸载app只会删除/data/app中APK文件的一个版本。这就是为什么你可以重新安装一次,但不能更新它。 当出现此错误时,模拟器中的空闲空间数量并不真正相关