如何正确的创建和销毁Java对象

在使用new关键字创建此类的新实例时会此构造器将会被调用。

final NoArgConstructor noArgConstructor = new NoArgConstructor();

2.3 有参构造器（Constructors with Arguments）

有参构造器是参数化创建类实例的一个非常有意思和有用的方法。下面这个类定义了一个具有两个参数的构造器。

package com.javacodegeeks.advanced.construction;

public class ConstructorWithArguments {

public ConstructorWithArguments(final String arg1,final String arg2) {

// Constructor body here

}

}

在这种情况下，当使用new关键字创建类实例时，两个构造参数都必须提供。

final ConstructorWithArguments constructorWithArguments = new ConstructorWithArguments( “arg1”, “arg2” );

非常有意思的是，使用this关键字，构造器之间可以相互调用。这种连接构造函数的方式在作为减少代码重复方面是一个非常好的实践，并且从跟本上说这样做可以让一个类只有一个初始化入口点。接上例，我们添加一个只有一个参数的构造器。

public ConstructorWithArguments(final String arg1) {

this(arg1, null);

}

2.4 初始化块（Initialization Blocks）

Java也提供了另外一种使用初始化块的方式实现初始化逻辑。这个特性很少使用但是非常有必要了解一下它的存在。

package com.javacodegeeks.advanced.construction;

public class InitializationBlock {

{

// initialization code here

}

}

在某些情况下，初始化块可以弥补匿名无参构造器的缺陷。有一些特殊的类可能会有很多个初始化块并且他们会依次按照他们在代码中定义的顺序被调用，比如：

package com.javacodegeeks.advanced.construction;

public class InitializationBlocks {

{

// initialization code here

} {

// initialization code here

}

}

初始化块并不是替代构造器并且他们可以独立于构造器而存在。但是需要提及的最重要的一点就是初始化块会在任何构造器被调用之前被执行。

package com.javacodegeeks.advanced.construction;

public class InitializationBlockAndConstructor {

{

// initialization code here

}

public InitializationBlockAndConstructor() {

}

}

2.5 构造保障（Construction guarantee）

Java提供了一些开发者所依赖的初始化保障，未初始化的实例和类参数会自动初始化为它们的默认值。

让我们使用下面的例子来确认一下这些默认值。（搜索公众号Java知音，回复“2021”，送你一份Java面试题宝典）

package com.javacodegeeks.advanced.construction;

public class InitializationWithDefaults {

private boolean booleanMember;

private byte byteMember;

private short shortMember;

private int intMember;

private long longMember;

private char charMember;

private float floatMember;

private double doubleMember;

private Object referenceMember;

public InitializationWithDefaults() {

System.out.println( "booleanMember = " + booleanMember );

System.out.println( "byteMember = " + byteMember );

System.out.println( "shortMember = " + shortMember );

System.out.println( "intMember = " + intMember );

System.out.println( "longMember = " + longMember );

System.out.println( "charMember = " +

Character.codePointAt( new char[] { charMember }, 0 ) );

System.out.println( "floatMember = " + floatMember );

System.out.println( "doubleMember = " + doubleMember );

System.out.println( "referenceMember = " + referenceMember );

}

}

一旦使用new关键字实例化：

inal InitializationWithDefaults initializationWithDefaults = new InitializationWithDefaults();

将会在控制台输出如下结果：

booleanMember = false

byteMember = 0

shortMember = 0

intMember = 0

longMember = 0

charMember = 0

floatMember = 0.0

doubleMember = 0.0

referenceMember = null

2.6 可见性（Visibility）

构造器受Java可见性规则约束并且可以拥有访问控制修饰符来决定是否其他类可以调用特定的构造函数。

2.7 垃圾回收（Garbage collection）

Java（特别是JVM）使用自动垃圾回收机制。简而言之，当新对象被创建，JVM就会自动为这些新创建的对象分配内存。于是，当这些对象没有任何引用的时候，他们就会被销毁并且他们所占用的内存就会被回收。

Java垃圾回收是分代的，基于这种假设（分代假设）大多数的对象在很年轻的时候就已经不可达（在他们被创建之后的很短的时间内就没有任何引用并且被安全销毁）。大多数开发者曾经相信在Java中创建对象是很慢的并且应该尽可能地避免新对象的实例化。

实际上，这并不成立：在Java中创建对象的开销非常的小并且很快。虽然如此，但是没有必要创建生命周期比较长的对象，因为创建过多的长寿命对象最终可能会填满老年代空间从而引发stop-the-world的垃圾回收，这样的话开销就会比较大。

2.8 终结器（Finalizers）

到目前为止，我们已经谈到了构造函数和对象初始化，但实际上并没有提到任何关于对象销毁的内容。这是因为Java使用垃圾收集器去管理对象的生命周期，并且垃圾收集器的责任就是去销毁无用对象并回收这些对象占用的内存。

然而，在Java中有一个被称为终结器（Finalizers）的特殊特性，它有点类似于析构函数，但是在执行资源清理时它所解决的是不同的意图。终结器（Finalizers）是被考虑用来解决一些危险的特征（比如会导致无数的副作用和性能问题的问题）。

一般来说，他们是没有必要的，应该避免（除了非常罕见的情况下，主要是有关本地对象）。Java 7语言引入了一种名为try-with-resources的更好的替代方法和AutoCloseable接口，它允许像如下的方式这样干净的写代码：

try ( final InputStream in = Files.newInputStream( path ) ) {

// code here

}

3、静态初始化（Static initialization）

---

到目前为止，，我们已经谈到了构造函数和对象初始化。但是Java也支持类级别的初始化构造，我们称之为静态初始化（Static initialization）。

静态初始化（Static initialization）有点类似于初始化块，除了需要添加static关键字之外。注意静态初始化在每次类加载的时候它只执行一次。比如：

package com.javacodegeeks.advanced.construction;

public class StaticInitializationBlock {

static {

// static initialization code here

}

}

和初始化块类似，在类定义时你可以包含任意数量的初始化块，它们会根据在类代码中出现的顺序依次执行，比如：

package com.javacodegeeks.advanced.construction;

public class StaticInitializationBlocks {

static {

// static initialization code here

}

static {

// static initialization code here

}

}

因为静态初始化（Static initialization）块可以从多个并行线程中触发（第一次类加载发生），Java运行时保证在线程安全的前提下仅仅被执行一次。

4、构造模式（Construction Patterns）

---

过去这几年很多易于理解和广泛应用的构造模式在Java社区出现。我们将会介绍几个比较常用的：单例模式（singleton）、帮助器（helpers）、工厂模式（factory）、依赖注入（dependency injection ）——大家熟知的控制反转（inversion of control）。

4.1 单例模式（Singleton）

单例模式是软件开发者社区中最老也是最具争议性的模式之一。基本来说，它的主要思想就是确保在任何时候类仅仅只有一个实例被创建。思想就是如此简单，然而单例模式引发了很多关于如何使之正确的讨论，特别是线程安全的讨论。下面是单例模式原生版本的例子：

package com.javacodegeeks.advanced.construction.patterns;

public class NaiveSingleton {

private static NaiveSingleton instance;

private NaiveSingleton() {

}

public static NaiveSingleton getInstance() {

if( instance == null ) {

instance = new NaiveSingleton();

}

return instance;

}

}

这段代码至少有一个问题就是如果多个线程同时调用，那么此类就能够创建多个实例。设计合适的单例模式的方法之一是使用类的 static final属性。

final property of the class.

package com.javacodegeeks.advanced.construction.patterns;

public class EagerSingleton {

private static final EagerSingleton instance = new EagerSingleton();

private EagerSingleton() {

}

public static EagerSingleton getInstance() {

return instance;

}

}

如果你不想浪费资源并且希望在单例对象真正需要的时候才被延迟创建的话，这就要求显示同步了（explicit synchronization），这就有可能导致多线程环境中的并发性降低（关于并发的详细内容我们将会在后续的文章中讨论）。

package com.javacodegeeks.advanced.construction.patterns;

public class LazySingleton {

private static LazySingleton instance;

private LazySingleton() {

}

public static synchronized LazySingleton getInstance() {

if( instance == null ) {

instance = new LazySingleton();

}

return instance;

}

}

如今，在大多数的案例中单例模式并不被考虑作为一个很好的选择，主要是因为单例模式将会导致代码很难测试。依赖注入模式让单例模式变得没有必要。

4.2 Utility/Helper类

utility或者helper类是被许多开发者所使用的相当流行的一种模式。基本来说，它所代表的是无实例（ non-instantiable）类（构造器被定义成private），仅仅可以选择将方法定义成final（后续会介绍如何定义类）或者static。比如;

package com.javacodegeeks.advanced.construction.patterns;

public final class HelperClass {

private HelperClass() {

}

public static void helperMethod1() {

// Method body here

}

public static void helperMethod2() {

// Method body here

}

}

站在开发者的角度，helpers类经常所扮演的是一个容器的角色，这个容器中放了很多在其他地方找不到但是其他类需要相互共享和使用的互相不相关的方法。这种设计决定了在很多情况下要避免使用：总能找到另一种重用所需功能的方式，保持代码的简洁和清晰。

4.3 工厂模式（Factory）

工厂模式被证明是软件开发人员手中非常有用的技术。因此，Java有几种风格工厂模式，从工厂方法到抽象工厂。工厂模式最简单的例子是返回特定类的新实例的静态方法（工厂方法）。例如：

package com.javacodegeeks.advanced.construction.patterns;

public class Book {

private Book( final String title) {

}

public static Book newBook( final String title ) {

return new Book( title );

}

}

有人可能会争辩说，介绍newBook工厂方法并没有什么意义，但是使用这种模式通常会使代码更具可读性。工厂模式的另一个变化涉及接口或抽象类（抽象工厂）。例如，让我们定义一个工厂接口：

public interface BookFactory {

Book newBook();

}

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数Java工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Java开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Java开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！

如果你觉得这些内容对你有帮助，可以扫码获取！！（备注Java获取）

最后

针对最近很多人都在面试，我这边也整理了相当多的面试专题资料，也有其他大厂的面经。希望可以帮助到大家。

上述的面试题答案都整理成文档笔记。 也还整理了一些面试资料&最新2021收集的一些大厂的面试真题（都整理成文档，小部分截图）

以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持。
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！
深入学习提升的进阶课程，基本涵盖了95%以上Java开发知识点，真正体系化！**

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！

如果你觉得这些内容对你有帮助，可以扫码获取！！（备注Java获取）

最后

针对最近很多人都在面试，我这边也整理了相当多的面试专题资料，也有其他大厂的面经。希望可以帮助到大家。

[外链图片转存中…(img-a0XLCgEr-1713635065206)]

上述的面试题答案都整理成文档笔记。 也还整理了一些面试资料&最新2021收集的一些大厂的面试真题（都整理成文档，小部分截图）

[外链图片转存中…(img-OyuWEmRY-1713635065206)]

以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持。
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！