关于相互依赖的类,如何不报错

名词:
--
声明:  class A ; 只声明而不在此处定义,告诉编译器有这个类型,那么你就可以使用这个类型了,但这个类型的使用是受限的(在定义之前的使用)
不完全类型:上面的类型就是不完全类型,该类型只能用来定义指向该类型的指针或则引用。


在创建类的对象之前,必须完整地定义该类,

同样在使用指针或者引用访问该类成员时,必须已经定义了类。


#include<iostream>
using namespace std;
class B;//前向声明 ,为了在A中的函数列表中能使用B
class A
{
public:
    A(){ m_a = 10;}
    void seta(B &b);//可以定义类的引用  ,但是不能在这里完整地定义该函数,因为B类只声明还没定义
    int geta(){return m_a;}
private:
    int m_a;
};
class B
{
public:
    B(){ m_b = 20;}
    void setb(A&a);//这里也是一样
    int getb(){return m_b;}
private:
    int m_b;
};
 
 
void A::seta(B &b)
{
    m_a = b.getb();//B类已经定义了,所以可以使用指向该类的引用来访问该类成员
}
void B::setb(A &a)
{
    m_b = a.geta();
}
int main()
{
    A a;
    B b;
}


参考书籍《C++ prime》




### 线上环境循环依赖问题的原因分析 在容器化部署环境下,相较于本地开发环境更容易暴露出循环依赖问题。这是因为容器化的运行环境通常更加严格地遵循加载机制和资源隔离原则[^1]。当应用程序被构建为镜像并启动,可能会因为某些特定条件触发循环依赖异常。 #### Spring框架中的循环依赖现象 Spring框架通过单例模式管理Bean实例,在大多数情况下能够有效处理循环依赖问题。然而,如果两个或多个Bean之间存在相互依赖关系,则可能导致以下两种主要后果之一: - **应用无法正常启动**:这是最常见的表现形式,尤其是在A Bean尝试初始化B Bean的同,B又反过来试图访问尚未完全初始化的A。 - **方法调用陷入死循环**:这种情形相对少见但同样危险,可能引发`StackOverflowError`等问题[^2]。 ### 推荐解决方案 对于已经识别出来的循环依赖问题,建议采取如下措施予以根治: 1. **重构代码结构** - 尽量避免设计上的耦合度过高的组件间交互逻辑。可以通过拆分功能模块或者调整职责边界的方式减少必要的双向关联需求。 2. **采用Setter方式替代Constructor方式进行DI(Dependency Injection)** 使用基于setter的方法来进行依赖注入是一种可行的选择,它可以让Spring有更多灵活性去延迟实际对象创建间直到所有前置条件都满足为止[^5]。 3. **利用@Lazy注解优化加载策略** 对于那些确实需要保持一定层次联系却又想改变现有架构布局的地方,可以考虑运用`@Lazy`标记延缓部分bean实例化进程,从而绕过即互访限制。 4. **检查是否存在其他潜在性能隐患** 即使解决了当前观察到的循环依赖状况,仍需警惕是否有其它型的低效编码实践残留在线生产环节里——比如前面提到过的全局限制队列操作当所造成的内存泄漏风险等[^3]。 以下是具体实现的一个简单例子展示如何修改构造器注入为设置者注入: ```java // 原始版本可能存在循环依赖风险 public class ServiceA { private final ServiceB serviceB; @Autowired public ServiceA(ServiceB serviceB){ this.serviceB = serviceB; } } public class ServiceB { private final ServiceA serviceA; @Autowired public ServiceB(ServiceA serviceA){ this.serviceA = serviceA; } } ``` 改为: ```java public class ServiceA { private ServiceB serviceB; @Autowired public void setServiceB(ServiceB serviceB){ this.serviceB = serviceB; } } public class ServiceB { private ServiceA serviceA; @Autowired public void setServiceA(ServiceA serviceA){ this.serviceA = serviceA; } } ``` 这样做的好处在于给予IOC容器足够的空间先完成各自独立的部分准备工作再逐步建立完整的连接链路。 另外需要注意的是关于Maven打包过程中涉及到的一些细节配置也可能间接影响最终产物行为特性,确保所有必要的第三方库都被正确纳入目标制品之中是非常重要的一步[^4]。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值