Android库与宿主App同时自定义WorkManager配置冲突问题咨询

WorkManager是全局单例，仅允许执行一次初始化操作。你当前的问题核心是库模块提前主动调用了WorkManager.initialize()方法抢占了初始化权限，宿主后续再调用初始化方法自然会抛出已初始化的异常，和Manifest是否移除默认初始化组件无关。

这套方案是官方设计的多参与方自定义WorkManager配置的标准实现，无需任何一方主动调用初始化方法，可同时生效库和宿主的自定义配置：

• 第一步：库侧调整
  1. 删除库代码中所有主动调用WorkManager.initialize()的逻辑，不要在库内执行初始化操作
  2. 对外暴露库的自定义配置项，示例如下：

     // 库对外暴露的工具类
     public class YourLibraryWorkConfig {
         // 直接返回库侧配置好的Builder，方便宿主叠加配置
         public static Configuration.Builder getConfigBuilder() {
             return new Configuration.Builder()
                     .setMinimumLoggingLevel(Log.INFO);
                     // 追加库需要的其他配置，比如自定义WorkerFactory等
         }
     }
     

  3. 保留库Manifest中移除WorkManagerInitializer的配置即可
• 第二步：宿主侧调整
  1. 宿主的Application类实现Configuration.Provider接口，重写getWorkManagerConfiguration()方法，合并库和自身的自定义配置：

     public class HostApp extends Application implements Configuration.Provider {
         @NonNull
         @Override
         public Configuration getWorkManagerConfiguration() {
             // 先获取库的配置Builder，再叠加宿主自定义配置
             return YourLibraryWorkConfig.getConfigBuilder()
                     .setMinimumLoggingLevel(Log.VERBOSE)
                     // 追加宿主需要的其他配置
                     .build();
         }
     }
     

  2. 宿主无需主动调用WorkManager.initialize()，WorkManager会自动读取Application的配置完成初始化，不会出现重复初始化异常。

如果你的库需要兼容不愿意适配Configuration.Provider的旧宿主，可以在库的初始化逻辑前添加初始化状态判断，仅在WorkManager未初始化时才执行库的默认初始化：

if (!WorkManager.isInitialized()) {
    WorkManager.initialize(context, new Configuration.Builder().setMinimumLoggingLevel(Log.INFO).build());
}

注意：该方案下如果宿主已经提前初始化了WorkManager，库的自定义配置将不会生效，仅作为兜底使用

内容的提问来源于stack exchange，提问作者foseja