如何让Dagger2支持可空注入？MVP架构空指针优化方案

针对你提到的两个核心问题，我分两部分给出具体的落地方案：

一、封装注入逻辑，避免重复代码与空指针异常 #

要把DynamicString的注入逻辑封装成可复用的库，同时从根源上防止空指针，你可以按照以下步骤操作：

1. 构建库级别的Dagger Module #

在你的库中专门定义一个Module，把provideDynamicString方法放在这里，这样所有依赖该库的项目都能直接复用这个注入逻辑，无需重复编写：

@Module
public class DynamicStringModule {

    @Provides
    @StringForTextView // 保留你的自定义限定符
    static DynamicString provideDynamicString(Application application) {
        // 第一步：确保Application实例非空，提前阻断空指针源头
        Preconditions.checkNotNull(application, "Application instance cannot be null");
        
        // 第二步：确保获取的字符串非空，避免传入null给SimpleDynamicString
        String stringValue = application.getString(R.string.example_string);
        if (stringValue == null) {
            // 推荐返回默认兜底实例，或者抛出明确异常（比空指针更容易排查）
            return new SimpleDynamicString("Default fallback content");
            // 若想让调用者自主处理空值，也可返回null（配合后文的可空注入）
            // return null;
        }
        
        return new SimpleDynamicString(stringValue);
    }
}

2. 让应用Component依赖库Module #

在使用该库的项目中，只需要在自己的Dagger Component中include这个库的Module即可，不用再重复实现@Provides方法：

@Component(modules = {DynamicStringModule.class, /* 项目本地其他Module */})
public interface AppComponent {
    // 定义注入方法
}

3. 额外的空指针防护措施 #

• 为避免库使用者遗漏R.string.example_string资源，可在库中内置默认字符串资源，或者在provideDynamicString中添加资源存在性检查，抛出Resources.NotFoundException，比模糊的空指针异常更易定位问题。
• 给SimpleDynamicString的构造方法添加非空校验，从实例层面确保字符串永远不为null：

public class SimpleDynamicString implements DynamicString {
    private final String value;
    
    public SimpleDynamicString(String value) {
        this.value = Preconditions.checkNotNull(value, "String value cannot be null");
    }
    
    // 其他业务方法
}

二、Dagger2的可空注入实现 #

Dagger2默认禁止注入null值，若你确实需要处理可空依赖，可通过以下两种方式实现：

1. 使用@Nullable注解 #

需使用javax.annotation.Nullable或androidx.annotation.Nullable注解（根据项目依赖选择），同时在@Provides方法和注入点标记：

第一步：在@Provides方法标记@Nullable

@Provides
@StringForTextView
@Nullable
static DynamicString provideDynamicString(Application application) {
    String stringValue = application.getString(R.string.example_string);
    return stringValue != null ? new SimpleDynamicString(stringValue) : null;
}

第二步：在注入点标记@Nullable

public class MyPresenter {
    @Inject
    @StringForTextView
    @Nullable
    DynamicString dynamicString;
    
    public void init() {
        if (dynamicString != null) {
            // 非空时的业务逻辑
        } else {
            // 空值处理逻辑
        }
    }
}

2. 使用Optional包装类型 #

如果你偏好Java 8+的空安全风格，可用Optional包装依赖，强制调用者显式处理空值：

第一步：修改@Provides方法返回Optional

@Provides
@StringForTextView
static Optional<DynamicString> provideDynamicString(Application application) {
    String stringValue = application.getString(R.string.example_string);
    return stringValue != null ? Optional.of(new SimpleDynamicString(stringValue)) : Optional.empty();
}

第二步：注入Optional类型

public class MyPresenter {
    @Inject
    @StringForTextView
    Optional<DynamicString> dynamicStringOptional;
    
    public void init() {
        // 简洁的lambda处理方式
        dynamicStringOptional.ifPresent(dynamicString -> {
            // 有值时的业务逻辑
        });
        
        // 或者手动判断
        if (dynamicStringOptional.isPresent()) {
            DynamicString dynamicString = dynamicStringOptional.get();
            // 业务逻辑
        }
    }
}

这种方式更符合空安全的最佳实践，能避免因忘记判空导致的隐性空指针问题。

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