当一个对象依赖于另一个对象时，通常会直接在代码中创建或引用该对象。这样做会导致高度耦合的代码，当一个对象发生变化时，其他依赖于它的对象也需要相应地修改，举一个springboot代码的例子

当一个对象依赖于另一个对象时，使用控制反转可以解耦它们之间的关系。下面我将通过一个Spring Boot代码示例来说明这一点。

假设我们有两个服务接口 `UserService` 和 `EmailService`，其中 `UserService` 依赖于 `EmailService`：

public interface UserService {
    void addUser(String username);
}

public interface EmailService {
    void sendEmail(String userEmail, String message);
}

在不使用控制反转的情况下，我们需要在代码中显式创建和使用依赖对象：

public class UserServiceImpl implements UserService {
    private EmailService emailService;

    // 构造函数注入
    public UserServiceImpl() {
        emailService = new EmailServiceImpl();
    }

    @Override
    public void addUser(String username) {
        // 添加用户逻辑

        // 发送邮件
        emailService.sendEmail("user@example.com", "Welcome, " + username);
    }
}

上述代码中，`UserServiceImpl` 在其构造函数中直接创建了 `EmailServiceImpl` 的实例，并在 `addUser` 方法中使用该实例发送邮件。这种紧密耦合的方式会导致难以扩展和维护。

使用控制反转，我们可以将依赖对象的创建和管理交给Spring Boot容器。首先，我们需要在 `EmailServiceImpl` 类上添加 `@Service` 注解，表示它是一个服务：

@Service
public class EmailServiceImpl implements EmailService {
    @Override
    public void sendEmail(String userEmail, String message) {
        // 发送邮件逻辑
    }
}

然后，在 `UserServiceImpl` 类中使用构造函数或Setter方法进行依赖注入：

@Service
public class UserServiceImpl implements UserService {
    private final EmailService emailService;

    // 构造函数注入
    public UserServiceImpl(EmailService emailService) {
        this.emailService = emailService;
    }

    @Override
    public void addUser(String username) {
        // 添加用户逻辑

        // 发送邮件
        emailService.sendEmail("user@example.com", "Welcome, " + username);
    }
}

在上述代码中，我们通过构造函数注入 `EmailService` 的实例，从而解耦了 `UserService` 和 `EmailService`。Spring Boot容器会自动创建 `EmailServiceImpl` 的实例，并将其注入到 `UserServiceImpl` 中。

通过使用控制反转，我们可以避免直接在代码中创建和引用依赖对象，从而降低代码的耦合度，提高了代码的可维护性和可扩展性。