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"
这更像是一种创可贴，而不是补救措施，如果你想要完成的应用程序安装在设备的内部内存中，这可能不太理想。但它至少会让开发过程不那么令人沮丧。
这只是一个临时的解决方案，而不是真正的解决方案。
在我遇到这种情况后，我对目前的反应不满意，我去工作了
试图从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文件的一个版本。这就是为什么你可以重新安装一次，但不能更新它。
当出现此错误时，模拟器中的空闲空间数量并不真正相关
谢谢你提出这个问题。我有一些额外的见解，可能会帮助一些开发人员。
我正在设备(不是模拟器)上调试我的应用程序。设备上有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来查看所有空间的去向。
