android– 为什么bindservice在将其移动到工作线程后仍会导致应用ANR

概述我在onCreate中有一个bind服务需要很长时间,我试图通过将它移动到工作线程来解决这个问题,但它仍然导致UI等待.我能做什么publicvoidonCreate(BundlesavedInstanceState){super.onCreate(savedInstanceState);setContentView(R.layout.main);setR

我在onCreate中有一个bind服务需要很长时间,我试图通过将它移动到工作线程来解决这个问题,但它仍然导致UI等待.我能做什么

public voID onCreate(Bundle savedInstanceState) {        super.onCreate(savedInstanceState);        setContentVIEw(R.layout.main);        setRequestedOrIEntation(ActivityInfo.SCREEN_ORIENTATION_PORTRAIT);        new Thread(){            public voID run(){                androID.os.Process.setThreadPriority(androID.os.Process.THREAD_PRIORITY_BACKGROUND);                Intent serviceIntent = new Intent(getApplicationContext(), Recognizer.class);                bindService(serviceIntent, mConnection,Context.BIND_auto_CREATE);            }        }.start();}

解决方法:

根据您的描述,似乎在UI线程内调用bindService不是ANR的根本原因.您应该调用bindService而不生成用户线程.一个主要原因是,这会导致内存泄漏.

当配置发生更改时,只要线程仍处于活动状态,它就不会为Activity执行垃圾收集提供机会.这是因为您的用户线程仍然持有对Activity的引用.

ANR根本原因应来自Recognizer或mConnection.如果您可以发布它们的实施细节,这可以帮助我们帮助您.

问自己以下问题

>您是否在mConnection的onServiceConnected中执行任何I / O密集型任务？
>您是否在识别器的onCreate中执行任何I / O密集型任务？
> ……

总结

以上是内存溢出为你收集整理的android – 为什么bindservice在将其移动到工作线程后仍会导致应用ANR全部内容，希望文章能够帮你解决android – 为什么bindservice在将其移动到工作线程后仍会导致应用ANR所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。