博客探讨了一个Android APP在后台清理后自动重启的问题，特别是在HTC手机上导致程序崩溃。问题源自在Service的onStartCommand()方法中返回的START_STICKY标志。START_STICKY使得服务在被杀死后重新启动，但在某些情况下，未初始化的变量导致了crash。将START_STICKY改为START_NOT_STICKY解决了此问题。然而，作者对于微信服务在不同手机上后台清理后仍能存活的现象感到困惑，推测可能与手机ROM的特殊处理有关。
最近解决了一个Android APP的bug，发现APP在被后台清理后，会自动重启。现象很奇怪，有的手机(HTC)后台清理后，程序必crash，而有的手机(小米)程序不会crash。查找问题时，发现HTC手机执行后台清理后，程序会自动重启，而小米手机则没有。猜想可能是小米手机内部做了处理，当执行后台清理后，对应的APP不会再重启了。不过问题在于，HTC手机后台清理，为什么会导致程序crash。
Debug后发现，APP内部有一个Service，在Service的onStartCommand函数中，返回值是一个int。主要的两个值是START_STICKY和START_NOT_STICKY。START_STICKY的含义是如果service进程被kill掉，保留service的状态为开始状态，但不保留递送的intent对象。随后系统会尝试重新创建service，由于服务状态为开始状态，所以创建服务后一定会调用onStartCommand(Intent,int,int)方法。如果在此期间没有任何启动命令被传递到service，那么参数Intent将为null。而START_NOT_STICKY是“非粘性的”。使用这个返回值时，如果在执行完onStartCommand后，服务被异常kill掉，系统不会自动重启该服务。
我们的程序设置的是START_STICKY，程序择机重启时，一些变量没有初始化，导致crash。改为START_NOT_STICKY后，问题解决了。但是还剩下一个问题，老大发现微信的APP不管在HTC还是小米的机器上，执行后台清理后，其Service都还在，这就很奇怪了，同事猜，可能是手机ROM中对特定的程序设置了白名单。个人觉得不大可能，但问题在于，如果所有的APP coder都可以将程序设置为不会被kill掉，为什么仅仅是微信不被kill？还是我们技术不过硬，没有找到不被系统kill的方法？
总之，Android系统好乱，还是苹果大法好，大家都按规矩办事。
原文：http://www.cnblogs.com/jiayayao/p/6130445.html
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
