Android应用Memory Leak排查求助：无XML仍触发OutOfMemoryError

嘿，你的猜想其实有一定合理性，但咱们得先把几个关键点理清楚，再一步步排查：

首先注意到你的报错进程是com.android.launcher3——这是系统桌面Launcher的进程，不是你自己的应用进程哦！这可能是个关键线索：要么是你的应用操作触发了Launcher的内存溢出，要么是不是你误把Launcher的报错当成自己应用的了？先确认下你的应用包名，对比报错里的进程名，别搞混了。

回到你的核心疑问：即使移除所有XML只剩空Activity，仍有图片被自动加载导致OOM，这个猜想是合理的。Android系统、自定义Application、第三方库都可能在你没察觉的地方加载资源，哪怕主Activity是空的。

接下来给你几个具体的排查步骤：

• 检查自定义Application类：如果你的App有自定义的Application子类，看看onCreate()方法里有没有初始化全局资源、第三方SDK（比如统计、推送、广告库）——这些组件往往会在应用启动时就加载大量资源，甚至偷偷加载图片，直接导致OOM。
• 用Android Profiler深挖内存：打开Android Studio的Profiler，切换到Memory面板，启动应用后实时观察内存变化。重点用Heap Dump功能导出内存快照，分析里面的大对象：比如有没有Bitmap实例？这些Bitmap是哪个组件加载的？能帮你精准定位隐性加载的资源。
• 清理资源文件夹&检查依赖库：把res/drawable、mipmap里的图片暂时移出去，再运行试试；同时检查build.gradle里的依赖，有没有那种会自动初始化并加载资源的第三方库（比如某些UI组件库、SDK），这些库可能在启动阶段就悄悄占用大量内存。
• 检查Manifest和Theme配置：看看AndroidManifest里有没有配置自动启动的Service、Receiver，这些组件可能在应用启动时就被触发；另外检查App的Theme，比如style.xml里的主题有没有引用大尺寸的背景图——哪怕主Activity是空的，Theme的背景也会被系统自动加载。
• 验证进程归属：如果报错确实是Launcher3的，那得排查你的应用是不是和Launcher有交互（比如自定义桌面插件、快捷方式），这些操作可能影响Launcher的内存占用；如果是你自己的应用进程被误标成Launcher3，那得检查是不是Manifest里的配置出了问题。

内容的提问来源于stack exchange，提问作者Edon Freiner