静态内部类的生命周期

本文探讨了静态内部类在创建参数对象时是否可能导致内存泄漏的问题。通过实验发现,静态内部类并不在一开始就实例化,而是需要创建时才会被创建,因此不会导致内存泄漏。但若静态内部类持有外部对象(如Context)的引用,不恰当处理可能导致内存泄漏。静态内部类的生命周期与普通对象相同,由创建到系统回收。

最近在研究内存泄漏的过程中偶然发现一个问题:我们通过Builder这种构建者的方式(这个Builder是个静态内部类)去构建一个参数对象是否会引发内存泄漏的风险(即静态内部类的生命周期是怎样的)?核心代码如下:

public class ImageLoader {

    private Context context;

    public ImageLoader(Builder builder) {
        this.context = builder.context;
    }

    public Context getContext() {
        return context;
    }


    public static class Builder {

        private Context context;

        public Builder with(Context context) {
            this.context = context;
            return this;
        }

        public ImageLoader build() {
            return new ImageLoader(this);
        }

    }
}
  • 类似android中Dialog的创建,也是内部维护了一个静态内部类Builder,通过实例化Buidler对象去设置各种参数,最后通过build方法去实例化ImageLoader。不知道大家会不会跟我一样,会这么想:

1.静态内部类应该是一开始就创建了并且会一直存在内存中

2.所有的外部类实例共享这个静态内部类

3.静态会不会造成我的上下文(假设传递过来的是activity对象)泄漏

带着这些疑问,我做了如下的改动:

public class ImageLoader {

    private Context context;

    static {
        Log.e("cyw", "ImageLoader静态代码块");
    }

    public ImageLoader(){
        Log.e("cyw", "ImageLoader构造方法");
    }

    public ImageLoader(Builder builder) {
        this.context = builder.context;
    }

    public Context getContext() {
        return context;
    }


    public static class Builder {

        private Context context;

        static {
            Log.e("cyw", "Builder静态代码块");
        }

        public Builder(){
            Log.e("cyw", "Builder构造方法");
        }


        public Builder with(Context context) {
            this.context = context;
            return this;
        }

        public ImageLoader build() {
            return new ImageLoader(this);
        }

    }
}
  • 可以看到,我在外部类和内部类中分别加上了无参构造方法和静态代码块,并输出相关日志,最后,我在主函数中实例化了外部类观察日志输出:

日志.png

  • 通过日志,我们可以看到,静态内部类并没有实例化也没有执行它的静态代码块,至此我们可以得出第一个结论:静态内部类并不是一开始就创建的!它与静态成员不一样,并不能直接通过外部类名.内部类名的方式就可以直接访问并得到它的对象,通俗一点来说就是:静态内部类跟正常的一个外部类一样,它需要创建才能有!
  • 既然得出了上面的结论,那么第二个问题也是一样的道理,就是说:静态内部类并不会依赖于任何一个外部类实例,它可以在适当的时候被系统回收!所以这里自然也解答了第三个问题,并不会造成内存泄漏!
  • 所以,静态内部类对象的生命跟普通的对象一样,生命开始于开发者创建它,结束于系统回收它!
  • #####最重要的一点:前面说不会造成内存泄漏的前提是传过来的对象(如context)没有被静态引用,也就是说Builder的context用静态修饰而又处理不当可能会造成内存泄漏!切记!
【电动汽车充电站有序充电调度的分散式优化】基于蒙特卡诺和拉格朗日的电动汽车优化调度(分时电价调度)(Matlab代码实现)内容概要:本文介绍了基于蒙特卡洛和拉格朗日方法的电动汽车充电站有序充电调度优化方案,重点在于采用分散式优化策略应对分时电价机制下的充电需求管理。通过构建数学模型,结合不确定性因素如用户充电行为和电网负荷波动,利用蒙特卡洛模拟生成大量场景,并运用拉格朗日松弛法对复杂问题进行分解求解,从而实现全局最优或近似最优的充电调度计划。该方法有效降低了电网峰值负荷压力,提升了充电站运营效率与经济效益,同时兼顾用户充电便利性。 适合人群:具备一定电力系统、优化算法和Matlab编程基础的高校研究生、科研人员及从事智能电网、电动汽车相关领域的工程技术人员。 使用场景及目标:①应用于电动汽车充电站的日常运营管理,优化充电负荷分布;②服务于城市智能交通系统规划,提升电网与交通系统的协同水平;③作为学术研究案例,用于验证分散式优化算法在复杂能源系统中的有效性。 阅读建议:建议读者结合Matlab代码实现部分,深入理解蒙特卡洛模拟与拉格朗日松弛法的具体实施步骤,重点关注场景生成、约束处理与迭代收敛过程,以便在实际项目中灵活应用与改进。
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值