Content Observer 的 onChange 方法被多次触发

Question

我知道您很想将其标记为重复，但请稍等，让我们通过详细（但失败）的尝试再次完成此操作。

策略一：算法： Answer

The first time the onChange is fired, get the id of the row updated

The next time the onChange is fired again get id of row updated

Match the id

Ignore if same id

这种方法的问题在于它容易受到竞争条件的影响。如果在您获得更新行的 ID 时，onChange 已触发 第二次 ，则此算法失败。这源于我在 慢速机器 或 以峰值容量工作的机器上进行测试时的个人经验。

策略二：算法：Answer

Override deliverSelfNotifications() to return true.

乍一看这似乎很有希望，但没有奏效。我参考的代码：

在MainActivity:OnCreate方法一注册：

getContentResolver().registerContentObserver(Uri.parse("content://sms"), true, new CtObserver(new Handler()));

然后在一个单独的Class中：

package com.example.testproject;

import android.database.ContentObserver;
import android.os.Handler;
import android.util.Log;

/**
 * @author Time Traveller
 */

public class CtObserver extends ContentObserver {

public CtObserver(Handler handler) {
    super(handler);
}

public  boolean  deliverSelfNotifications(){
    return true;
}

@Override
public void onChange(boolean selfChange) {
    super.onChange(selfChange);
    Log.e("onChange","Fired");
}
}

为什么你应该为这个答案做出贡献：
查询 SMS 内容提供程序是非默认应用程序捕获 已发送 SMS 事件的唯一途径。但直到现在我还没有找到任何令人信服的功能齐全的答案来解决这个问题。所以我们真的需要考虑一下！！

问题：

简单地知道一条 SMS 只被写入内容提供者一次的功能（非调整）方法是什么？
在 Content Observer Class 中使用 deliverSelfNotifications() 的正确方法是什么？

你不需要回答所有的问题，把你知道的告诉我们就行了。

Answer 1

deliverSelfNotifications() 最有可能旨在将数据更改与表示更改分开。例如，可以在您的应用程序中对内容进行排序，但外部应用程序不需要仅仅因为它已排序就再次获取数据，因为大多数时候这是无关紧要的（无论如何该应用程序可能使用不同的表示）。换句话说 - 此方法控制您是否要接收提供商本身对内容所做的更改，这些更改可能会或可能不会实际反映对您的应用程序有意义的数据更改。

为了使用它，您需要一个 ContentObservable 实现来使用自我更改通知。

对于另一个问题，我想建议 HashSet 来存储消息 ID。有了它，您可以将消息的 ID 与 所有曾经处理过的消息 进行比较，而不仅仅是最后一个，从而消除您所说的问题。

Content Observer 的 onChange 方法被多次触发

Content Observer's onChange Method fired multiple Times

sms

android

onchange

android-contentprovider

contentobserver