后台进程在Samsung S3上运行应用程序时随机死亡

我写了一个Android应用程序,在除了三星S3之外的每一个手机上都没有问题。 发生什么事情是,当我的应用程序正在运行时,其他后台进程(即其他应用程序)将开始死亡。 例如,经过一段时间的使用我的应用程序,dynamic壁纸将死亡,用户将退出我的应用程序后,他的手机上黑色的背景。 最后,经过一段时间的使用,我的应用程序也被OS所杀。 令人沮丧的是,在日志中我看不到任何错误信息,这会给我一个提示,究竟是什么问题。

这只发生在三星S3上(而不是在S2上)。

我认为这是内存相关,因为我的应用程序是非常内存密集型(它正在从网上加载大量的图像),但我看不到日志中的任何“无内存”错误。

我也怀疑,我使用的HTTP框架可能是越野车,所以我从Apache HttpComponents切换到java.net.HttpURLConnection,但它没有帮助。

任何想法,为什么发生这种情况或提示如何debugging,将不胜感激。

这里是从日志的摘录,显示一些后台进程死亡(例如,dynamic壁纸):

01-07 01:57:37.245: I/InputDispatcher(2296): Delivering touch to current input target: action: 0x1 01-07 01:57:37.505: D/dalvikvm(29490): GC_FOR_ALLOC freed 1535K, 17% free 28032K/33735K, paused 71ms, total 71ms 01-07 01:57:37.580: D/dalvikvm(6718): WAIT_FOR_CONCURRENT_GC blocked 0ms 01-07 01:57:37.620: D/dalvikvm(6718): GC_EXPLICIT freed 91K, 9% free 17663K/19399K, paused 3ms+5ms, total 40ms 01-07 01:57:38.190: I/InputReader(2296): Touch event's action is 0x0 (deviceType=0) [pCnt=1, s=0.428 ] 01-07 01:57:38.190: I/InputDispatcher(2296): Delivering touch to current input target: action: 0x0 01-07 01:57:38.190: I/InputDispatcher(2296): Delivering touch to current input target: action: 0x0 01-07 01:57:38.190: I/InputDispatcher(2296): Delivering touch to current input target: action: 0x0 01-07 01:57:38.190: I/InputDispatcher(2296): Delivering touch to current input target: action: 0x0 01-07 01:57:38.190: I/InputDispatcher(2296): Delivering touch to current input target: action: 0x0 01-07 01:57:38.335: I/InputReader(2296): Touch event's action is 0x1 (deviceType=0) [pCnt=1, s=] 01-07 01:57:38.335: I/InputDispatcher(2296): Delivering touch to current input target: action: 0x1 01-07 01:57:38.335: I/InputDispatcher(2296): Delivering touch to current input target: action: 0x1 01-07 01:57:38.335: I/InputDispatcher(2296): Delivering touch to current input target: action: 0x1 01-07 01:57:38.750: D/dalvikvm(29490): GC_FOR_ALLOC freed 1688K, 18% free 27981K/33735K, paused 114ms, total 114ms 01-07 01:57:39.695: W/PowerManagerService(2296): Timer 0x3->0x3|0x0 01-07 01:57:39.700: D/PowerManagerService(2296): setTimeoutLocked::SmartSleep : after19500 01-07 01:57:39.930: I/InputReader(2296): Touch event's action is 0x0 (deviceType=0) [pCnt=1, s=0.429 ] 01-07 01:57:39.930: I/InputDispatcher(2296): Delivering touch to current input target: action: 0x0 01-07 01:57:39.930: I/InputDispatcher(2296): Delivering touch to current input target: action: 0x0 01-07 01:57:39.930: I/InputDispatcher(2296): Delivering touch to current input target: action: 0x0 01-07 01:57:39.930: I/InputDispatcher(2296): Delivering touch to current input target: action: 0x0 01-07 01:57:39.930: I/InputDispatcher(2296): Delivering touch to current input target: action: 0x0 01-07 01:57:40.020: D/DeviceInfo(2296): SysScope Service has unexpectedly disconnected! 01-07 01:57:40.065: I/InputReader(2296): Touch event's action is 0x1 (deviceType=0) [pCnt=1, s=] 01-07 01:57:40.065: I/InputDispatcher(2296): Delivering touch to current input target: action: 0x1 01-07 01:57:40.065: I/InputDispatcher(2296): Delivering touch to current input target: action: 0x1 01-07 01:57:40.065: I/InputDispatcher(2296): Delivering touch to current input target: action: 0x1 **01-07 01:57:40.080: I/ActivityManager(2296): Process com.android.smspush (pid 28031) (adj 1) has died.** 01-07 01:57:40.090: W/WallpaperService(2296): Wallpaper service gone: ComponentInfo{com.sec.ccl.csp.app.secretwallpaper.themetwo/com.sec.ccl.csp.app.secretwallpaper.themetwo.SecretWallpaperService} 01-07 01:57:40.125: D/KeyguardViewMediator(2296): setHidden false **01-07 01:57:40.135: I/ActivityManager(2296): Process com.android.server.device.enterprise:remote (pid 28016) (adj 1) has died.** **01-07 01:57:40.145: I/ActivityManager(2296): Process com.sec.ccl.csp.app.secretwallpaper.themetwo (pid 29715) (adj 1) has died.** 01-07 01:57:40.285: D/dalvikvm(29490): GC_CONCURRENT freed 1616K, 17% free 28289K/33735K, paused 27ms+21ms, total 178ms 01-07 01:57:40.285: D/dalvikvm(29490): WAIT_FOR_CONCURRENT_GC blocked 112ms 01-07 01:57:40.445: D/dalvikvm(2296): GC_CONCURRENT freed 1869K, 59% free 24186K/57991K, paused 26ms+12ms, total 197ms 01-07 01:57:40.660: D/dalvikvm(29490): GC_CONCURRENT freed 1587K, 16% free 28622K/33735K, paused 3ms+7ms, total 51ms 01-07 01:57:40.685: D/KeyguardViewMediator(2296): setHidden false 

Solutions Collecting From Web of "后台进程在Samsung S3上运行应用程序时随机死亡"

有三个主要的原因可能导致后台进程停滞,我将从较less到最可能的开始:

你问无意中让它停下来

请检查您的代码是否有瑕疵,在尴尬的情况下可能会要求服务停止。 这可能在您的应用程序的服务或其他活动中。

未捕获的exception

该服务遇到了未捕获的exception。 在这种情况下,您应该能够看到日志中的信息,但日志不会持续很长时间,您可能会错过它。

为了解决这个问题,你可以像这样设置一个DefaultUncaughtExceptionHandler

 UncaughtExceptionHandler currentHandler = Thread.getDefaultUncaughtExceptionHandler(); if (!(currentHandler instanceof DefaultExceptionHandler)) { // Register default exceptions handler Thread.setDefaultUncaughtExceptionHandler( new DefaultExceptionHandler(currentHandler)); } 

并定义您的DefaultExceptionHandler类来写入临时文件,如下所示:

 public class DefaultExceptionHandler implements UncaughtExceptionHandler { private UncaughtExceptionHandler defaultExceptionHandler; public DefaultExceptionHandler(UncaughtExceptionHandler pDefaultExceptionHandler) { defaultExceptionHandler = pDefaultExceptionHandler; } public void uncaughtException(Thread t, Throwable e) { final Writer result = new StringWriter(); final PrintWriter printWriter = new PrintWriter(result); e.printStackTrace(printWriter); try { String filename = "your_temp_filename"; BufferedWriter bw = new BufferedWriter(new FileWriter(filename)); bw.write(result.toString()); bw.flush(); bw.close(); } catch (Exception e2) { e2.printStackTrace(); } defaultExceptionHandler.uncaughtException(t, e); } } 

Android操作系统要求服务停止

根据你的描述,这是最可能的原因,而你对这个问题的控制却很less。

无法阻止Android在您的应用程序需要附加资源时或在您的服务运行时间过长时,终止您的应用程序。 在被杀之前服务运行所允许的时间可能因设备而异,因为这取决于分配的资源(即图像内存需求随着屏幕尺寸的变化)和可用的资源。

在这种情况下,您可以做的唯一合理的事情就是使用以下方式将您的服务作为foreground service启动:

  startForeground(int id, Notification notification); 

通知操作系统您的服务具有用户可见性,并将被放在不太可能杀死服务的列表。 使用less数设备的经验是,即使在同时使用其他几个应用程序的情况下,该服务也可以不中断运行。

问候。

我已经查明了这个问题。 这实际上是由Typeface.createFromAsset()方法引起的内存泄漏,如此处所述。 泄漏的内存是本机内存(而不是Java堆),所以这就是为什么没有OutOfMemoryexception。

奇怪的是,这个问题应该从Honeycomb(3.0)开始解决,但在我的情况下,它正在运行JellyBean(4.1)的S3上发生。 (我尝试了几个S3,他们都有这个问题)。 如果有人能够访问运行JellyBean的不同电话将testing,那么我们可以看看它是否在那里再现(我发布的链接显示了一个简单的方法来重现)。