使用内容提供程序占用大量内存
我有一个应用程序，可以监控多个内容提供程序，例如日历、联系人列表、gmail 等。
该应用程序工作正常，但我发现它最多可以使用大约 70mb 的内存。当我查看姜饼的内存使用情况时，应用程序本身使用了大约 6-7mb，其余的是内容提供商，因此例如目前：
Android 核心应用程序 - 16mb - 提供商联系人正在使用
Gmail - 36mb - 提供商 Gmail 正在使用
日历存储 3.9mb - 提供商日历正在使用
当我启动应用程序时，内存使用量很低，但一旦例如，我收到一封 Gmail，内存就会突然增加。 当我查询内容提供商时，我总是确保关闭所有打开的游标。
还有其他我应该关闭但缺少的东西吗？我不想注销观察者，因为我仍然想监视未来的变化。
I have an app which monitors several content providers such as the calendar, contact list, gmail etc
The app is working fine, but I'm finding that it can be using up to about 70mb of memory. When I look in gingerbread at the memory use the app itself is using around 6-7mb and the rest is the content providers, so for example at the moment:
Android Core App - 16mb - Provider Contacts is in use
Gmail - 36mb - Provider Gmail is in use
Calendar Storage 3.9mb - Provider Calendar is in use
When I start the app up the memory usage is low, but as soon as for example I receive a gmail the memory shoots up.
When I'm querying the content providers I'm always making sure I close any cursors that are opened.
Is there something else I should be closing that I'm missing? I don't want to unregister the observer as I still want to be monitoring for changes in the future.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
看来我的问题是相互使用多个游标。我不知道为什么，但是一旦我更改了代码来执行查询，将结果存储在集合中，关闭查询，然后迭代该集合以执行较低级别的查询，我现在看不到真正大的内存用途。
我按照代码编写的方式尽可能早地关闭每个游标，但这样查询就会更快关闭。
It seems like my issue was using multiple cursors within one another. I've no idea why, but once I changed my code to perform a query, store the results in a collection, close the query and then iterate around that collection to perform the lower level query I'm now not seeing the really large memory useage.
I was closing the cursors of each at the earliest point possible with the way the code was written, but this way the query gets closed down sooner.