Java 对象回收判断是程序设计中至关重要的一环。在面向对象的编程中, 合理的对象回收策略直接影响着程序的性能和内存利用效率。因此, 深入了解和准确判断 Java 对象的回收时机, 不仅可以优化程序的运行性能, 还能有效避免内存泄漏和资源浪

Java 程序会通过栈上的 reference 数据来操作堆上的具体对象。但是 reference 类型在《Java虚拟机规范》里面只规定了它是一个指向对象的引用, 并没有定义这个引用应该通过什么方式去定位, 访问到堆中对象的具体位置,所以

当我们涉及 Java 编程时, 对象的创建是一个基础而关键的概念。在 Java 中, 一切皆为对象, 而对象的创建方式直接影响代码的结构和性能。本博客将探讨一下 Java 实例对象的创建过程。 1 创建对象的方法有哪些在 Java 中如果要

当 Java 应用启动后, 基本就是在不断的创建对象, 回收对象的过程中。而这些创建的对象基本都是存放在应用的堆 (heap) 中, 但是这些对象在堆中又是什么样子的呢?在这篇文章中, 我们分析一下 Java JVM 中实例对象的内存布局。

JVM 在执行 Java 程序的过程中会把它管理的内存分为若干个不同的数据区域, 这些区域有着各自的用途。根据《Java虚拟机规范》中规定, JVM 所管理的内存大致包括以下几个运行时数据区域, 如图所示:这个运行时数据区被分为了 5 大块

如图展示了 Java 整个异常体系的关系。 Throwable 的 Java 异常体系的基类, 他的直接子类有 Error 和 Exception 2 个。 1 ErrorError 表示的是由于系统错误, Java 虚拟机抛出的异常,

在 MySQL 使用 InnoDB 的引擎的情况下, 对某一建过索引的列进行 like 模糊查询时, 一般情况下 like “%XX” 是不会走索引的 like “XX%” 还是会走索引的 但是还是存在一些特殊的情况, MySQL

1 背景项目使用 log4j2 作为日志框架, 配置一切正常, 程序启动日志的打印也没有问题, 但是引入了 nacos 作为注册中心后, 日志在打印了一句 WARN No Root logger was configured, creati

在使用 SpringBoot 的时候, 默认使用的日志框架是 Logback。 现在如果想要使用 Log4j2, 如何做修改？ 1 使用 Log4j2 排除 SpringBoot 默认的 logback 依赖 <dependen

1 Stream 是什么?Stream 是对集合（Collection）对象功能的增强。它专注于对集合对象各种高效的聚合操作（aggregate operation）[注: 和数据库中的聚合函数类似, 如求平均值、最大值、前几个等操作],

1 说明因为 SpirngBoot, SpringCloud 的各个版本之间差异还是挺大的, 所以在参照本博客进行学习时, 有可能出现因为版本不一致, 而出现不同的问题。如果可以和本项目使用的环境保持一致, 即使不一致, 也尽可能不要跨大版

1 说明因为 SpirngBoot, SpringCloud 的各个版本之间差异还是挺大的, 所以在参照本博客进行学习时, 有可能出现因为版本不一致, 而出现不同的问题。如果可以和本项目使用的环境保持一致, 即使不一致, 也尽可能不要跨大版