android-IntentService中的ANR及其自己的进程
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了android-IntentService中的ANR及其自己的进程，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含4084字，纯文字阅读大概需要6分钟。
内容图文
我有一个拥有自己流程的IntentService,就像这样：
AndroidManifest.xml
<service
android:name="com.app.services.UpdateDatabaseService"
android:process=":updateDatabaseService"
android:label="@string/service_name"
android:exported="false" >
</service>
然后,当IntentService运行时,它将创建两个线程.线程是一项长期任务(超过1分钟),这是一项任务.我遇到了ANR问题.
10-24 18:51:27.923: E/ActivityManager(148): ANR in com.app:FooService
10-24 18:51:27.923: E/ActivityManager(148): Reason: Executing service com.app/.services.FooService
10-24 18:51:27.923: E/ActivityManager(148): Load: 1.08 / 0.48 / 0.21
10-24 18:51:27.923: E/ActivityManager(148): CPU usage from 13433ms to 1122ms ago:
10-24 18:51:27.923: E/ActivityManager(148): 92% 1375/com.emanga:updateMangaDatabase: 87% user + 5.7% kernel / faults: 5740 minor
10-24 18:51:27.923: E/ActivityManager(148): 0.4% 148/system_server: 0.2% user + 0.1% kernel / faults: 13 minor
10-24 18:51:27.923: E/ActivityManager(148): 0.2% 45/adbd: 0% user + 0.2% kernel
10-24 18:51:27.923: E/ActivityManager(148): 0.1% 758/logcat: 0% user + 0.1% kernel
10-24 18:51:27.923: E/ActivityManager(148): 0% 266/com.android.phone: 0% user + 0% kernel / faults: 2 minor
10-24 18:51:27.923: E/ActivityManager(148): 93% TOTAL: 87% user + 6.2% kernel + 0% irq
10-24 18:51:27.923: E/ActivityManager(148): CPU usage from 1804ms to 2442ms later:
10-24 18:51:27.923: E/ActivityManager(148): 70% 1375/com.emanga:updateMangaDatabase: 65% user + 4.9% kernel / faults: 123 minor
UI绝不会被阻塞.因此,如果服务在单独的进程中(而不是UI线程),为什么会出现此错误？
编辑1：
我将IntentService更改为Service,但仍然遇到相同的问题.我将尝试解释我想要得到的.我的应用程序的体系结构具有一些活动,这些活动显示了使用Loader从数据库恢复的数据.如果数据库没有要求的数据,则它将请求服务以从Internet恢复数据(该服务管理Internet请求,它解析一些html,用新数据更新数据库,最后该服务通知有关更改)
该服务具有其自身的过程,因为尽管该服务捕获了可能发生的异常,但这种方法可以使应用程序更强大,以应对互联网或解析器失败(应用程序不会崩溃)
加载程序的目的是从数据库中获取数据,服务的目的是从Internet中获取数据并更新数据库.加载程序和服务之间的通信仅用于通知更改或请求.
最后,该服务具有一个任务队列和一个运行任务的执行程序.
public class UpdateDatabaseService extends Service {
private static final String ACTION = "com.app.services.UpdateDatabaseService";
public static final String ACTION_TASK_1 = ACTION + ".latestChapters";
public static final String ACTION_TASK_2 = ACTION + ".latestMangas";
private static final byte PARALLELTASKS = 2;
public LinkedBlockingQueue<Runnable> tasks = new LinkedBlockingQueue<Runnable>();
private ExecutorService executor = Executors.newFixedThreadPool(PARALLELTASKS);
private final IBinder mBinder = new MyBinder();
public class MyBinder extends Binder {
public UpdateDatabaseService getService() {
return UpdateDatabaseService.this;
}
}
@Override
public IBinder onBind(Intent arg0) {
return mBinder;
}
@Override
public void onCreate(){
// By default always it does DefaultTask1
tasks.put(new DefaultTask1());
if(!isEmptyTable("tableFoo")){
tasks.put(new DefaultTask2());
}
executor();
}
public int onStartCommand(Intent intent, int flags, int startId) {
if(intent != null && intent.getAction() != null) {
String action = intent.getAction();
if(action == ACTION_TASK_1){
tasks.put(new Task1());
} else
if(action == ACTION_TASK_2){
tasks.put(new Task2());
}
}
// We want this service to continue running until it is explicitly
// stopped, so return sticky.
return START_STICKY;
}
private void executor(){
while(true){
executor.execute(tasks.take());
}
}
解决方法:
每个进程都有一个主应用程序(UI)线程.它是调用组件生命周期方法(例如Service的onStartCommand())的线程.而且,您不能占用该线程,否则将获得ANR.
通常,这不是IntentService的问题.没有IntentService子类应该创建自己的线程,因此只有两个重要的线程：主应用程序线程和IntentService提供的后台线程(一个调用onHandleIntent()的线程).确保所有工作都在onHandleIntent()中.如果您要自己分叉其他线程,则可以摆脱它们,或者从IntentService切换到常规Service,以便仅当所有线程都完成工作时才安排服务关闭,而不是当onHandleIntent()完成时.
另外,我强烈建议您摆脱android：process,因为您浪费CPU和RAM并没有给用户带来明显的好处.
内容总结
以上是互联网集市为您收集整理的android-IntentService中的ANR及其自己的进程全部内容，希望文章能够帮你解决android-IntentService中的ANR及其自己的进程所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。