uso de ContentProviderClient vs ContentResolver para acceder al proveedor de contenido

Está bien, pero tenga en cuenta que solo funciona cuando ContentProvider se ejecuta en este mismo proceso que Activity.

Nota de la documentación para el método getLocalContentProvider():

Si el ContentProvider se está ejecutando en un proceso diferente, entonces null será devuelto. Esto se puede utilizar si usted sabe que se está ejecutando en el mismo proceso que un proveedor, y desea obtener acceso directo a su detalles de implementación.

Creo que la otra diferencia de importación es ContentProviderClient se puede convertir en su objeto proveedor personalizado y acceder a otro método además de CRUD.

ContentProvider cp = getContentResolver().acquireContentProviderClient(mCurUri).getLocalContentProvider();
yourProvider fld = (yourProvider)cp;
fld.query(...);           // you can query as ContentResolver
fld.addFolder(newFolder); // also can invoke the extend method of your custom ContentProvider

Encontré la siguiente diferencia: Escribí mi propio contentprovider personalizado en la aplicación A. Escribí un widget de pantalla de inicio en la aplicación B. Cuando intenté acceder al ContentProvider de la aplicación A a través de un ContentResolver desde mi widget, recibí un error "no pude encontrar la información del proveedor". Cuando en su lugar adquiriría un ContentProviderClient a través del ContentResolver y consultaría a través del ContentProviderClient, funcionaría. No tuve que cambiar nada más, solo usar el ContentProviderClient en lugar del ContentResolver. No tengo ninguna explicación real para ese comportamiento y no he encontrado información en Internet, en cuanto a por qué es así. No sé, si esto es una peculiaridad especial de los widgets, porque no lo intenté desde una actividad en la aplicación B (aplicación B es un mero widget, sin actividad).

Uno de los usos de ContentProviderClient es útil para acceder a algunos de los métodos de ContentProvider en pruebas. Por ejemplo, utilizo el método shutdown() en pruebas unitarias para evitar que varias pruebas instancien varios proveedores de contenido.

Implementar ContentProvider#shutdown() así:

@Override
public void shutdown() {
    openHelper.close();
    super.shutdown();
}

Y al final del método de prueba, llame a shutdown() usando el ContentProviderClient para limpiar la prueba para que otras pruebas puedan usar el proveedor de contenido:

getContext()
       .getContentResolver()
       .acquireContentProviderClient(URI)
       .getLocalContentProvider()
       .shutdown();