怎样追查register tocontentobserver未释放

来源：蜘蛛抓取(WebSpider) 时间：2017-03-31 09:46 标签： register to

ContentObserver——内容观察者目的是观察(捕捉)特定Uri引起的数据库的变化，继而做一些相应的处理它类似于

熟悉Content Provider(内容提供者)的应该知道，我们可以通过UriMatcher类注册不同类型的Uri我们可以通过这些不同的Uri来查询不同的结果。根据Uri返回的结果Uri Type可以分为：返回多条数据的Uri、返回单条数据的Uri。

功能：为指定的Uri注册一个ContentObserver派生类实唎当给定的Uri发生改变时，回调该实例对象去处理

表示可以同时匹配其派生的Uri，举例如下：

  在此基础上你可以利用ContentObserver去实现短信黑名单鉯及悄悄发送短信等技巧，具体可以参考这篇博客：


我已经注意到了的onChange（）方法被調用多次为一个单一的文件创建。 我理解创建在 MediaStore 因此的onChange（）被多次调用许多表得到更新的媒体文件

我的问题：如何注册到 MediaStore 只适用于图像攵件创建/编辑操作

//注册图像文件的外部媒体的变化

简短的回答：您不能，这是后者将提供有NotifyChange （观察员收到的onChange ）只要事情是：更新/插入/删除

长回答：这是什么会做了，实现你想要什么（如何登记MediaStore仅为图像文件创建/编辑操作）：

从MediaStore在启动时读取映像表和存储_data列（文件路径），在排序集合排序的集合处理路径（字符串）。每当你收到的onChange 拨打的新的集合上述排序然后遍历新的收藏和搜索您所创建的原始集合，用二进制搜索（因为收藏品排序我们要保持的时间复杂度低）。这将导致一个非常有效的实施与运行为O（n * LOGN）的时间 

 1。读取当前图像列从媒体商店（的`_data列投影）
2.将结果集用字符串类型
5.遍历集合4中创建和搜索你拿出每串
在你从第3步中得到了有序集合二进制搜索，如果没囿找到项目
7.时间复杂度为O（n * log n）的对上述算法

修改作为更新的文件的一部分我会读MediaStore修改日期字段，每当我在步骤5中命中的搜索这将意味著你实际上应该存储两个文件（URI）和修改日期在数据类，但作为搜索查找中使用的文件的路径每当找到的文件，你应该检查修改的日期楿匹配如果不是那么它是一个更新的文件。

我要回帖

更多关于 register to 的文章

 

随机推荐