分布式系统中的饿汉模式实现

1/1分布式系统中的饿汉模式实现第一部分饿汉模式设计原理 2第二部分实现饿汉模式的线程安全措施 4第三部分饿汉模式与懒汉模式比较 6第四部分饿汉模式的优点和缺点 9第五部分分布式系统中饿汉模式的适用场景 10第六部分分布式系统中饿汉模式的具体实现步骤 13第七部分分布式系统中饿汉模式的性能影响 16第八部分饿汉模式在分布式系统中的其他应用 18

第一部分饿汉模式设计原理饿汉模式设计原理

简介

饿汉模式是一种创建单例对象的设计模式，它在系统启动时立即创建并初始化实例，而不管是否需要。

原理

饿汉模式基于以下核心原则：

*单一实例：该模式确保在整个系统中只有一个单例实例。

*提前实例化：实例在系统启动时创建，然后立即返回给调用方。

*线程安全：实例的创建是线程安全的，这意味着来自多个线程的并发请求将始终返回相同的实例。

实现

以下是一个典型的饿汉模式实现，使用Java代码作为示例：

```java

//创建一个私有的静态实例

privatestaticEagerSingletoninstance=newEagerSingleton();

//构造函数私有化，防止直接实例化

//提供一个静态方法来获取实例

returninstance;

}

}

```

在这个实现中：

*私有静态变量`instance`在类加载时立即初始化，确保在访问`getInstance()`方法之前实例化单例。

*私有构造函数防止使用`new`运算符直接实例化该类。

*`getInstance()`方法返回预先创建的实例，确保所有调用者都获得相同的引用。

优点

*线程安全：由于实例在系统启动时创建，因此可以安全地从任何线程访问它。

*简单性：该模式易于理解和实现。

缺点

*资源浪费：如果系统不使用单例，它可能会浪费资源，因为实例在系统启动时就创建了。

*类加载问题：如果单例引用了其他类，则这些类也将在系统启动时加载，这可能会导致类加载问题。

适用场景

饿汉模式适用于以下场景：

*实例在系统启动时就需要。

*实例必须是线程安全的。

*性能比资源利用率更重要。第二部分实现饿汉模式的线程安全措施饿汉模式中的线程安全措施

饿汉模式是一种创建单例模式的简单方法，它在程序启动时就创建单例对象。然而，在多线程环境中，饿汉模式可能会出现线程安全问题。为了解决这些问题，需要实现适当的线程安全措施。

1.双重检查锁（DCL）

DCL是一种常见的线程安全技术，用于在饿汉模式中实现单例。它利用了Java中的内存可见性保证，这些保证确保在对volatile变量执行操作后，对该变量的后续读取将反映该操作的结果。

DCL的实现过程如下：

-定义一个volatile变量来存储单例对象（例如，`INSTANCE`）。

-在类构造函数中，初始化`INSTANCE`变量。

-如果`INSTANCE`为null，则创建一个新对象并将其分配给`INSTANCE`。

-如果`INSTANCE`不为null，则返回现有的单例对象。

2.静态内部类

静态内部类是实现饿汉模式线程安全性的另一种方法。它利用了Java中的静态内部类加载机制，该机制确保在访问静态内部类之前加载外部类。

静态内部类实现的步骤如下：

-定义一个静态内部类，该类包含单例对象的实例。

-在外部类中，初始化静态内部类的实例。

-访问单例对象时，返回静态内部类的实例。

3.枚举

枚举是Java中的一种特殊类型，它本质上是线程安全的。通过使用枚举来实现饿汉模式，可以自动获得线程安全性。

枚举实现的步骤如下：

-定义一个枚举类型，每个枚举值都代表一个单例对象。

-在枚举值构造函数中，初始化单例对象。

-访问单例对象时，返回枚举值。

4.同步块

同步块是一种简单的线程安全技术，它可以通过在创建单例对象时使用synchronized块来实现。

同步块实现的过程如下：

-在类构造函数中，使用synchronized块来保护对`INSTANCE`变量的访问。

-如果`INSTANCE`为null，则创建一个新对象并将其分配给`INSTANCE`。

-如果`INSTANCE`不为null，则返回现有的单例对象。

5.线程本地存储（TLS）

TLS是一种线程特定的存储机制，它允许每个线程拥有自己的变量副本。通过在每个线程中使用TLS来存储单例对象，可以实现线程安全性。

TLS实现的步骤如下：

-定义一个ThreadLocal变量来存储单例对象（例如，`INSTANCE`）。

-初始化`INSTANCE`变量，并将其分配给当前线程。

-访问单例对象时，返回当前线程的`INSTANCE`变量。

选择合适的线程安全措施

选择合适的线程安全措施取决于应用程序的具体要求。一般来说，DCL是实现饿汉模式线程安全性的首选方法，因为它简单且高效。如果需要更强的线程安全性，则可以使用静态内部类或枚举。同步块和TLS通常用于处理更复杂的情况。第三部分饿汉模式与懒汉模式比较关键词关键要点主题名称：线程安全

1.饿汉模式在初始化时便创建单例实例，无需加锁，保证线程安全。

2.懒汉模式在第一次使用时才创建单例实例，可能存在多线程并发访问的问题，需要加锁保证线程安全。

主题名称：性能

饿汉模式与懒汉模式比较

概述

饿汉模式和懒汉模式是创建单例类的两种设计模式，它们在实例化和线程安全方面有不同的特点。

饿汉模式

特点：

*在类加载时立即创建单例实例。

*实例始终可用，无需等待。

*线程安全，因为实例在类加载时创建，并且在整个应用程序的生命周期中都是唯一的。

优势：

*性能：由于实例在类加载时创建，因此访问单例非常快速，无需延迟。

*线程安全：实例在类的生命周期内保持不变，从而确保线程安全。

*简单：实现简单，因为实例在类加载时创建。

劣势：

*内存开销：无论是否需要，实例都立即创建，这可能会浪费内存资源。

*类加载延迟：在某些情况下，如果单例是应用程序中最后一个加载的类，则可能会导致类加载延迟。

懒汉模式

特点：

*仅在第一次访问时才创建单例实例。

*实例的创建延迟了，直到需要时才发生。

*需要通过同步机制来保证线程安全。

优势：

*内存效率：仅在需要时才创建实例，从而节省内存资源。

*类加载性能：类加载不受单例实例化影响。

劣势：

*性能：第一次访问单例时，可能会出现延迟，因为需要创建实例。

*线程安全：需要通过同步机制来保证线程安全，这会增加代码的复杂性。

*代码复杂性：实现比饿汉模式更复杂，因为需要处理同步和延迟实例化。

比较

|特征|饿汉模式|懒汉模式|

||||

|实例化时间|类加载时|第一次访问时|

|内存开销|即时创建，始终可用|延迟创建，节省内存|

|类加载性能|可能带来延迟|不受影响|

|线程安全|线程安全|需要同步机制|

|代码复杂性|简单|复杂|

应用场景

*对于需要在类加载时立即可用且不需要节省内存的单例，饿汉模式是合适的。例如，应用程序配置对象。

*对于需要延迟实例化以节省内存且偶尔使用的单例，懒汉模式更合适。例如，一个很少使用的服务类。

结论

饿汉模式和懒汉模式各有优劣，取决于特定的应用程序需求。饿汉模式提供立即可用性和线程安全性，而懒汉模式提供内存效率和类加载性能。在选择设计模式时，应仔细考虑应用程序的具体要求和权衡利弊。第四部分饿汉模式的优点和缺点关键词关键要点主题名称：饿汉模式优点

1.简单易实现：饿汉模式的实现非常简单，只需在类加载时创建并初始化单例对象即可，不需要额外的同步机制或锁。

2.线程安全：由于单例对象在类加载时就创建，因此线程安全问题不存在，多个线程可以同时访问同一个单例对象。

3.性能优异：饿汉模式不需要在每次访问单例对象时进行同步或锁，因此性能优异。

主题名称：饿汉模式缺点

饿汉模式的优点：

*线程安全：由于对象在类加载时即被创建，因此无需同步机制来确保线程安全。

*性能卓越：饿汉模式产生的对象单例，避免了多线程同时访问共享资源的竞争，从而提高性能。

*简单易用：实现起来非常简单，只需将对象声明为静态即可。

*延迟初始化：当对象不使用时，不会占据内存空间，延迟初始化可以减少内存占用。

饿汉模式的缺点：

*资源浪费：无论是否需要，对象在类加载时都会被创建，这可能导致资源浪费，尤其是对于大型对象。

*无法延迟初始化：对象一旦创建，就无法延迟初始化，这限制了动态创建对象的灵活性。

*测试困难：在测试中，难以模拟饿汉模式的对象创建过程，因为对象在类加载时就已经存在。

*侵入性：饿汉模式将对象初始化与类加载过程紧密耦合，这可能降低代码的可维护性和灵活性。

*不适用于需要延迟初始化的情况：对于需要根据特定条件或外部输入延迟创建对象的场景，饿汉模式不适用。

*单一实例限制：饿汉模式只能保证一个单例实例，当需要多个单例实例时，则需要考虑其他设计模式，如工厂模式或策略模式。

*静态初始化顺序问题：在Java中，当多个饿汉模式类依赖于彼此时，可能会出现静态初始化顺序问题，导致应用程序启动失败。

*扩展性差：饿汉模式的扩展性较差，当需要在运行时动态添加或删除单例实例时，会变得复杂。

*并发初始化问题：在多线程环境中，如果多个线程同时尝试访问饿汉模式的对象，可能会导致并发初始化问题。

*内存泄漏风险：如果饿汉模式的对象持有对其他对象的引用，这些对象可能无法被垃圾回收，从而导致内存泄漏。第五部分分布式系统中饿汉模式的适用场景关键词关键要点分布式系统的特点

1.多节点：分布式系统由多个独立的节点组成，每个节点都维护自己的数据和处理能力。

2.高可用性：分布式系统能够在节点出现故障的情况下继续运行，确保系统可用性。

3.可扩展性：分布式系统可以动态地添加或删除节点，以满足不断变化的负载需求。

4.一致性：分布式系统必须确保跨所有节点的数据一致性，即使在网络延迟或故障的情况下也是如此。

5.弹性：分布式系统能够抵御故障和攻击，并自动恢复到正常状态。

饿汉模式的优势

1.性能：饿汉模式在系统启动时就创建实例，避免了每次需要使用实例时创建的延迟。

2.线程安全：饿汉模式在创建实例后就对其进行初始化，确保线程安全。

3.简单性：饿汉模式的实现非常简单，只需要在类声明中声明一个staticfinal的实例即可。

4.可预测性：饿汉模式确保了每次调用都返回相同的实例，提高了系统的可预测性。

5.单例控制：饿汉模式强制执行单例模式，确保系统中只有一个实例。分布式系统中饿汉模式的适用场景

在分布式系统中，饿汉模式是一种对象创建模式，其特点是对象在系统启动时立即创建并初始化。这与懒汉模式相反，后者只在需要时才创建对象。

饿汉模式在以下场景中特别适用：

1.系统启动时需要对象

当系统启动时需要立即使用某个对象时，饿汉模式是理想的选择。通过预先创建对象，系统可以避免在启动时创建对象的延迟，从而提高性能。这在以下场景中至关重要：

*缓存服务：缓存服务需要在系统启动时立即加载缓存数据，以便快速处理请求。

*数据库连接池：数据库连接池需要在系统启动时预先创建连接，以便应用程序可以快速访问数据库。

*消息队列：消息队列需要在系统启动时立即启动，以便处理消息。

2.对象状态需要保持不变

如果对象的内部状态需要保持不变，或者只能在创建后立即设置一次，则饿汉模式是一个不错的选择。通过在系统启动时创建对象，可以确保对象状态始终保持预期的值，避免意外修改。这在以下场景中尤为重要：

*配置对象：存储系统配置信息的配置对象需要在系统启动时立即加载，并且应该保持不变。

*安全凭证：用于访问外部服务的安全凭证需要在系统启动时立即加载，并且应该保持机密。

*审计日志：审计日志记录系统活动，需要在系统启动时立即创建，以便捕获所有相关事件。

3.对象的生命周期较长

如果对象的预期生命周期比大多数请求或事务都长，那么饿汉模式是合适的。通过在系统启动时创建对象，可以避免频繁创建和销毁对象，从而减少开销并提高性能。这在以下场景中非常有用：

*后台服务：长期运行的后台服务需要在系统启动时立即启动，并在系统关闭时才停止。

*监控程序：监控程序需要在系统启动时立即启动，以便持续监视系统状态。

*数据持久化服务：数据持久化服务需要在系统启动时立即启动，以便处理数据存储和检索请求。

4.保证对象的可用性和一致性

在分布式系统中，对象的可访问性和一致性至关重要。饿汉模式通过在系统启动时创建对象，可以确保对象始终可用并保持一致的状态。这在以下场景中很重要：

*分布式缓存：分布式缓存需要确保数据在所有节点上保持一致，并且始终可供应用程序访问。

*分布式锁服务：分布式锁服务需要保证锁的状态在所有节点上保持一致，并防止并发访问冲突。

*分布式事务管理器：分布式事务管理器需要跟踪事务状态并在所有参与节点上保持一致，以确保事务的原子性和一致性。

总之，饿汉模式适用于需要在系统启动时立即使用、保持状态不变、生命周期较长以及需要保证可用性和一致性的分布式系统场景。通过在系统启动时预先创建对象，饿汉模式可以提高性能、避免延迟并确保对象始终处于可用和一致的状态。第六部分分布式系统中饿汉模式的具体实现步骤关键词关键要点饿汉模式的优点：

1.线程安全，解决多线程访问导致的状态不一致问题。

2.高性能，类被加载时就创建对象，无需每次访问都进行创建，提高了执行效率。

3.简单易懂，实现代码简洁，便于理解和维护。

饿汉模式的缺点：

分布式系统中的饿汉模式实现步骤

1.定义公共接口和抽象类

*定义一个公共的`Singleton`接口，它将包含Singleton对象所需的所有方法。

*定义一个抽象类`SingletonAbstract`，它将实现`Singleton`接口并包含用于实现懒汉模式或饿汉模式所需的通用方法。

2.实现饿汉模式具体类

*创建一个扩展`SingletonAbstract`类的具体类`SingletonEager`。

*在`SingletonEager`类的构造函数中，实例化该类的单例实例并将其存储在私有静态字段中。

3.获取单例实例

*提供一个公共静态方法`getInstance()`，用于获取单例实例。

*该方法不接受任何参数，因为它从私有静态字段中返回已实例化的单例对象。

4.实现单例逻辑

*在`SingletonEager`类的`getInstance()`方法中，检查私有静态字段是否已实例化。

*如果未实例化，则创建该类的实例并将其存储在私有静态字段中。

*如果已实例化，则直接返回私有静态字段中的实例。

5.线程安全实现

*为了确保线程安全，可以使用诸如双重检查锁定或volatile字段之类的技术。

*在双重检查锁定中，在创建实例之前检查私有静态字段是否已实例化。如果未实例化，则将synchronized块用于创建实例。

*在volatile字段中，将私有静态字段声明为volatile，这将确保在不同的线程之间可见其更新。

完整的代码示例：

```java

//定义Singleton对象所需的方法

}

//实现Singleton接口所需的方法

}

privatestaticSingletoninstance=newSingletonEager();//饿汉模式实例化

//私有构造函数，防止外部实例化

}

returninstance;

}

}

```

使用饿汉模式的优点：

*线程安全：单例实例在类加载时被创建，无需任何同步。

*高性能：由于单例实例在启动时创建，因此没有额外的开销来检查或创建实例。

饿汉模式的缺点：

*资源浪费：如果单例实例在应用程序的整个生命周期中都不使用，则它可能会导致资源浪费。

*不可延迟实例化：单例实例在类加载时创建，无法延迟实例化。第七部分分布式系统中饿汉模式的性能影响分布式系统中饿汉模式的性能影响

简介

饿汉模式是一种创建设计模式，其中对象在类加载时就创建。这与懒汉模式形成对比，后者仅在第一次访问对象时才创建对象。在分布式系统中，饿汉模式的性能影响需要仔细考虑，因为对象创建的时机和位置会对系统的性能和可用性产生重大影响。

性能开销

创建对象是一个昂贵的操作，需要分配内存、初始化字段并执行构造函数。在饿汉模式下，无论实际需要与否，对象在系统启动时都将创建。这会消耗额外的资源（例如内存和CPU时间），并可能导致系统启动延迟。

网络开销

在分布式系统中，对象可能需要在不同的节点之间传输。饿汉模式会增加网络开销，因为对象在创建后必须传输到所有需要它的节点。这可能会导致带宽消耗和延迟增加，尤其是对于大型对象或分布广泛的系统。

可用性问题

在某些情况下，对象创建可能会失败。例如，可能没有足够的内存或资源来创建对象。在饿汉模式下，这样的失败将导致系统启动失败。这可能会对分布式系统的可用性和可靠性产生重大影响。

优化策略

为了减轻饿汉模式对分布式系统性能的影响，可以采用以下优化策略：

*延迟实例化：只有在真正需要时才创建对象。这可以将对象创建的开销推迟到较晚时间，从而提高启动性能。

*使用对象池：使用对象池可以重用先前创建的对象。这可以减少创建新对象的开销，并提高内存效率。

*分布式对象创建：在分布式系统中，可以实现分布式对象创建机制。这将使不同的节点负责创建不同的对象，从而降低单个节点上的负载。

*使用共享内存：在某些情况下，可以使用共享内存来实现对象创建。这可以消除对象的网络传输开销，并提高性能。

结论

在分布式系统中实现饿汉模式时，必须仔细考虑其性能影响。饿汉模式可能会导致性能开销、网络开销和可用性问题。通过采用延迟实例化、对象池和分布式对象创建等优化策略，可以减轻这些影响，提高分布式系统的性能和可靠性。第八部分饿汉模式在分布式系统中的其他应用饿汉模式在分布式系统中的其他应用

1.分布式锁实现

在分布式系统中，为了保证数据一致性，需要使用分布式锁对共享资源进行加锁。饿汉模式可以实现分布式锁，通过一个中心化的服务持有锁的控制权，任何线程或进程在访问共享资源之前都需要先从该服务获取锁。

2.分布式缓存实现

分布式缓存通过将数据存储在多个节点上，提高了系统的容错性和性能。饿汉模式可以实现分布式缓存，通过一个中心化的服务器节点管理缓存数据，其他节点从该服务器节点获取缓存数据。

3.分布式配置管理实现

分布式系统中的配置信息通常需要动态更新，并且需要保证所有节点的配置保持一致。饿汉模式可以实现分布式配置管理，通过一个中心化的配置服务存储和管理配置信息，其他节点从该服务获取最新的配置信息。

4.分布式消息队列实现

分布式消息队列用于在分布式系统中传递消息。饿汉模式可以实现分布式消息队列，通过一个中心化的消息服务器接收和发送消息，其他节点通过该服务器进行消息收发。

5.分布式数据库实现

分布式数据库通过将数据存储在多个节点上，实现高性能和高可用性。饿汉模式可以实现分布式数据库，通过一个主节点负责写操作，其他节点负责读操作。

6.分布式文件系统实现

分布式文件系统将文件存储在多个节点上，提供高可用性和可扩展性。饿汉模式可以实现分布式文件系统，通过一个主节点管理文件系统元数据，其他节点存储文件数据。

7.分布式服务发现实现

分布式服务发现用于在分布式系统中定位服务。饿汉模式可以实现分布式服务发现，通过一个中心化的服务注册表存储服务信息，其他节点通过该注册表查找服务。

8.分布式负载均衡实现

分布式负载均衡将请求分发到多个服务器上，提高系统的性能和可用性。饿汉模式可以实现分布式负载均衡，通过一个中心化的负载均衡器接收请求，并将其分发到后端服务器。

9.分布式协调实现

分布式协调用于在分布式系统中协调多个节点之间的操作。饿汉模式可以实现分布式协调，通过一个中心化的协调器协调节点之间的操作，确保操作的顺序性和一致性。

10.分布式事务实现

分布式事务用于在分布式系统中实现原子性和一致性。饿汉模式可以实现分布式事务，通过一个中心化的事务管理器管理分布式事务，确保事务的原子性和一致性。关键词关键要点主题名称：饿汉模式设计原理

关键要点：

1.饿汉模式是一种创建单例对象的设计模式，它在类加载时就实例化单例对象并存储在全局变量中。

2.饿汉模式确保单例对象在第一次使用时已经创建完毕，避免了同步开销和延迟加载的潜在问题。

3.饿汉模式适用于单例对象在系统启动时就需要被创建和使用的场景，例如数据库连接池或日志记录器。

主题名称：优点

关键要点：

1.线程安全：饿汉模式在类加载时创建单例对象，因此保证了线程安全，所有线程都可以访问同一实例。

2.简单高效：饿汉模式实现简单，只需要在类中定义一个全局变量来存储单例对象。

3.延迟初始化：饿汉模式不会延迟初始化单例对象，因此避免了延迟加载带来的性能开销。

主题名称：缺点

关键要点：

1.资源浪费：如果单例对象不经常使用，则饿汉模式会浪费资源，因为单例对象在类加载时就已创建。

2.灵活性差：饿汉模式在类加载时就创建单例对象，因此无法根据需要动态创建或销毁单例对象。

3.内存消耗：饿汉模式会占用额外的内存空间来存储单例对象，这在内存受限的系统中可能成为问题。关键词关键要点主题名称：原子性操作

关键要点：

1.原子性操作保证要么整个操作全部执行成功，要么整个操作全部执行失败。

2.Java中使用`synchronized`关键字或`AtomicReference`类实现原子性操作。

3.使用原子性操作确保在多线程环境中，只有一个线程能够同时修改共享变量。

主题名称：内存屏障

关键要点：

1.内存屏障是一种编译器指令，可强制执行特定内存操作的顺序。

2.在Java中使用`volatile`关键字或`java.util.concurrent.ConcurrentHashMap`类实现内存屏障。

3.内存屏障确保对共享变量的修改对其他线程立即可见，防止数据不一致。

主题名称：双重检查锁

关键要点：

1.双重检查锁模式在第一次创建实例时使用同步，而在subsequent调用中避免同步。

2.这种模式提高了性能，因为它只在需要时才进行同步。

3.必须小心处理双重检查锁，以避免"空指针异常"（在实例创建完成之前读到空引用）和"竞态条件"（多个线程同时尝试创建实例）。

主题名称：不可变对象

关键要点：

1.不可变对象一旦创建就无法修改。

2.使用不可变对象可以消除多线程环境中并发访问的线程安全问题。

3.不可变对象可以轻松共享，因为不需要同步。

主题名称：ThreadLocal

关键要点：

1.`ThreadLocal`类为每个线程提供特定于该线程的变量副本。

2.每个线程都可以访问自己的副本，而不会干扰其他线程的副本。

3.`ThreadLocal`非常适合存储诸如用户会话信息或数据库连接等线程特有数据。

主题名称：并发容器

关键要点：

1.并发容器是专门设计用于在多线程环境中安全访问的集合类。

2.Java中的`ConcurrentHashMap`、`ConcurrentLinkedQueue`和`CopyOnWriteArrayList`等并发容器提供了高效的并发访问。

3.并发容器处理线程同步，从而简化了写线程安全代码的任务。关键词关键要点主题名称：饿汉模式的创建开销

关键要点：

1.创建开销高：饿汉模式在系统启动时立即创建所有对象，这可能会导致显着的开销，尤其是对于创建过程复杂的重型对象。

2.延迟启动影响：由于对象在启动时创建，因此延迟启动和仅在需要时创建对象的机会被取消。这可能会导致应用程序启动延迟和运行时性能下降。

主题名称：饿汉模式的内存利用率

关键要点：

1.浪费内存：由于饿汉模式创建所有对象，因此它会分配内存，即使有些对象在系统运行时可能永远不会使用。这会导致内存浪费和潜在的内存泄漏。

2.进程规模限制：在资源受限的环境中，饿汉模式创建的所有对象可能会超过进程的虚拟内存限制，导致应用程序崩溃或系统不稳定。

主题名称：饿汉模式的可维护性

关键要点：

1.增加复杂性：饿汉模式的静态创建机制使其难以维护和扩展。添加或删除对象需要修改代码并重新启动系统，这对分布式系统来说可能很麻烦。

2.版本控制问题：当对象在启动时创建时，跟踪和管理对象的版本和依赖关系变得具有挑战性。这可能会导致集成和部署问题。

主题名称：饿汉模式的灵活性

关键要点：

1.缺乏动态性：饿汉模式缺乏动态创建和销毁对象的灵活性。这会限制应用程序适应变化的环境或根据需要调整其内存使用。

2.扩展瓶颈：当需要动态创建或销毁对象时，饿汉模式会成为扩展的瓶颈，因为需要重新启动系统或重新配置应用程序。

主题名称：饿汉模式的线程安全性

关键要点：

1.线程安全问题：饿汉模式可能容易出现线程安全问题，因为多个线程可以同时尝试访问正在创建或配置的对象。

2.