managedquery如何检测出产生内存泄露的android应用

怎么从内置的gallery上获取到所有的图片？

String[] projection = { MediaStore.Images.Media.DATA };Cursor cursor = managedQuery(uri, projection, null, null, null);

managedQuery与query区别是什么？

看到一段英文解释得非常清楚managedQuery() will use ContentResolver's query(). The difference is that with managedQuery() the activity will keep a reference to your Cursor and close it whenever needed (in onDestroy() for instance.) If you do query() yourself, you will have to manage the Cursor as a sensitive resource. If you et, for instance, to close() it in onDestroy(), you will leak underlying resources (logcat will warn you about it.)To query a content provider, you can use either the ContentResolver.query() method or the Activity.managedQuery() method. Both methods take the same set of arguments, and both return a Cursor object. However, managedQuery() causes the activity to manage the life cycle of the Cursor. A managed Cursor handles all of the niceties, such as unloading itself when the activity pauses, and requerying itself when the activity restarts. You can ask an Activity to begin managing an unmanaged Cursor object for you by calling Activity.startManagingCursor().

如何获得浏览器（Browser） 浏览记录（也就是历史记录）

Cursor mCur = activity.managedQuery(Browser.BOOKMARKS_URI, Browser.HISTORY_PROJECTION, null, null, null); mCur.moveToFirst(); if (mCur.moveToFirst() && mCur.getCount() > 0) { while (mCur.isAfterLast() == false) { Log.v("titleIdx", mCur .getString(Browser.HISTORY_PROJECTION_TITLE_INDEX)); Log.v("urlIdx", mCur .getString(Browser.HISTORY_PROJECTION_URL_INDEX)); mCur.moveToNext(); } }

关于ListView ListView listView = getListView（）

myItem其实是一个指针 = lsvBlockSet.Items.Add(blockString); 的意思就是，在lsvBlockSet中添加一个节点，然后用myItem指向这个节点。

myItem.SubItems.Add(Convert.ToString(blockColor.ToArgb())); 是给这个新添加的节点添加一个子节点。

至于ListViewItem myItem = new ListViewItem(); 我觉得是错的 应该这么写ListViewItem myItem ; 幸好这是C#,有垃圾回收。

否则这就是内存泄露了。

因为后面的add实际上就相当于new了

如何检测出产生内存泄露的android应用

1. 查询数据库而没有关闭Cursor 在Android中，Cursor是很常用的一个对象，但在写代码是，经常会有人忘记调用close, 或者因为代码逻辑问题状况导致close未被调用。

通常，在Activity中，我们可以调用startManagingCursor或直接使用managedQuery让Activity自动管理Cursor对象。

但需要注意的是，当Activity介绍后，Cursor将不再可用！ 若操作Cursor的代码和UI不同步（如后台线程），那没需要先判断Activity是否已经结束，或者在调用OnDestroy前，先等待后台线程结束。

除此之外，以下也是比较常见的Cursor不会被关闭的情况： 虽然表面看起来，Cursor.close()已经被调用，但若出现异常，将会跳过close()，从而导致内存泄露。