取本地数据库数据需要开启线程吗？

数据库操作建议不要写在UI里线程里，尤其是当数据量比较大时，这样比较容易引起ANR。所以建议启动新的线程里来处理数据库操作。

追问：

那比如那比如记事本的数据呢，也要启动新线程吗。

追答：

这要看你数据量的大小了，如果数据很少，那可以不启动新的线程。我们的原则是尽量在UI线程里少做操作，所以有可能需要较长时间的操作我们最好写到新线程里，这样可以更好的避免引起ANR

http://baike.baidu.com/link?url=BI1i1S3DJ3W4QAwJ3BSV6dZ8cwaujeMaYFIkMIbrF0epF9oblhYPntdXetyHICHYiJ-46lj2KG17BCQeqcDfia

ANR 定义编辑

ANR(Application Not Responding)定义

在Android上，如果你的应用程序有一段时间响应不够灵敏，系统会向用户显示一个对话框，这个对话框称作应用程序无响应（ANR：Application Not Responding）对话框。用户可以选择“等待”而让程序继续运行，也可以选择“强制关闭”。所以一个流畅的合理的应用程序中不能出现anr，而让用户每次都要处理这个对话框。因此，在程序里对响应性能的设计很重要，这样系统不会显示ANR给用户。默认情况下，在android中Activity的最长执行时间是5秒，BroadcastReceiver的最长执行时间则是10秒。

考虑上面的ANR定义，让我们来研究一下为什么它会在Android应用程序里发生和如何最佳构建应用程序来避免ANR。

Android应用程序通常是运行在一个单独的线程（例如，main）里。这意味着你的应用程序所做的事情如果在 主线程里占用了太长的时间的话，就会引发ANR对话框，因为你的应用程序并没有给自己机会来处理输入事件或者Intent广播。

因此，运行在主线程里的任何方法都尽可能少做事情。特别是，Activity应该在它的关键生命周期方法（如onCreate()和onResume()）里尽可能少的去做创建操作。潜在的耗时操作，例如网络或数据库操作，或者高耗时的计算如改变位图尺寸，应该在子线程里（或者以数据库操作为例，通过异步请求的方式）来完成。然而，不是说你的 主线程阻塞在那里等待子线程的完成——也不是调用Thread.wait()或是Thread.sleep()。替代的方法是，主线程应该为子线程提供一个Handler，以便完成时能够提交给主线程。以这种方式设计你的应用程序，将能保证你的主线程保持对输入的响应性并能避免由于5秒输入事件的超时引发的ANR对话框。这种做法应该在其它显示UI的线程里效仿，因为它们都受相同的超时影响。