就像@Jose L Ugia所说的那样，让当局做出改变。

(您可以在清单中找到提供者(合并清单))

大多数情况下，它会连接到你实现的SDK，所以删除SDK实现行并同步Gradle，然后再次添加实现行并同步Gradle。

实施路线: 实现文件(<您的SDK>)

提供者代码:(你必须在merge-manifest中向下滚动才能找到它)

基本上这发生在我身上，当我试图改变应用程序的包名。

在模拟器中，之前安装了相同的应用程序。当我试图在更改包名称后安装应用程序时，它说，权限已经被设备中的旧应用程序使用。

只需卸载应用程序，它就解决了我的问题。

同样，权限名称应该始终是:your.package.name.UNIQUENAME;

例子:

  <provider
        android:name="com.aviary.android.feather.cds.AviaryCdsProvider"
        android:authorities="your.package.name.AviaryCdsProvider"
       />

这是显而易见的，但也要确保你没有在android中混淆了对applicationId的引用:权威。

在我的例子中，我犯了一个错误，漏掉了该死的美元符号:

android:authorities="{applicationId}.myprovider"

而不是:

android:authorities="${applicationId}.myprovider"

这不会立即导致任何错误(因为它是有效的权威名称)。但几天后，当我尝试安装一个应用程序的不同变体时，要了解错误是什么真的很痛苦，因为错误消息没有提供关于内容提供者错误的太多信息。

解决此问题的另一种方法是比较合并的清单，寻找相同的权限。

可能是您在清单中声明的授权机构+提供者名称

如果你有不同的风格，你想避免在权威名称上的冲突，你可以添加一个applicationIdSuffix来构建类型，并在你的清单中使用结果的applicationId，如下所示:

<...
 android:authorities="${applicationId}.contentprovider"/>

我尝试了很多方法，但都没有找到一个解决方案: 我在AndroidManifest中修改了这个

<provider
            android:name="androidx.core.content.FileProvider"
            android:authorities="com.com.shareFile"
            android:exported="false"
            android:grantUriPermissions="true">
            <meta-data
                android:name="android.support.FILE_PROVIDER_PATHS"
                android:resource="@xml/provider_paths" />
  </provider>