「java中lazy」JAVA中T
本篇文章给大家谈谈java中lazy，以及JAVA中T对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。
本文目录一览：
关于java中lazy initialization的问题
lazy initialization就是在使用的时候才进行初始化，与之对应的是在类加载的时候就初始化（即时加载）。二者的区别在于对象的生成时间不同；
给你举一个单例模式的例子。
public final class Singleton {
// private static Singleton st;//lazy initialization 类调用时才生成对象；
private static Singleton st = new Singleton();//即时加载 类加载时就生成对象；
private Singleton() {// 构造私有
}
public static Singleton getInstance() {// 提供方法
/*
* if(st==null){ st =new Singleton(); }
*/
return st;
}
}
java 中 单实例和多实例是指的什么?
简单的说单例就是
只能有一个实例，所以地方用到的实例都是同一个。
就好像家人吃饭，桌子是单例的，大家用的是同一个。而碗是多例的，每人都有自几的。
下面是具体的例子：
Java模式之单例模式：
单例模式确保一个类只有一个实例，自行提供这个实例并向整个系统提供这个实例。
特点：
1，一个类只能有一个实例
2，自己创建这个实例
3，整个系统都要使用这个实例
例:
在下面的对象图中，有一个"单例对象"，而"客户甲"、"客户乙"
和"客户丙"是单例对象的三个客户对象。可以看到，所有的客户对象共享一个单例对象。而且从单例对象到自身的连接线可以看出，单例对象持有对自己的引用。
Singleton模式主要作用是保证在Java应用程序中，一个类Class只有一个实例存在。在很多操作中，比如建立目录
数据库连接都需要这样的单线程操作。一些资源治理器经常设计成单例模式。
外部资源：譬如每台计算机可以有若干个打印机，但只能有一个Printer
Spooler,以避免两个打印作业同时输出到打印机中。每台计算机可以有若干个通信端口，系统应当集中治理这些通信端口，以避免一个通信端口被两个请求同时调用。内部资源，譬如，大多数的软件都有一个（甚至多个）属性文件存放系统配置。这样的系统应当由一个对象来治理这些属性文件。一个例子：Windows
回收站。
在整个视窗系统中，回收站只能有一个实例，整个系统都使用这个惟一的实例，而且回收站自行提供自己的实例。因此，回收站是单例模式的应用。
两种形式：
1，饿汉式单例类
public
class
Singleton
{
private
Singleton(){}
//在自己内部定义自己一个实例，是不是很希奇？
//注重这是private
只供内部调用
private
static
Singleton
instance
=
new
Singleton();
//这里提供了一个供外部访问本class的静态方法，可以直接访问
public
static
Singleton
getInstance()
{
return
instance;
}
}
2，懒汉式单例类
public
class
Singleton
{
private
static
Singleton
instance
=
null;
public
static
synchronized
Singleton
getInstance()
{
//这个方法比上面有所改进，不用每次都进行生成对象，只是第一次
//使用时生成实例，提高了效率！
if
(instance==null)
instance＝new
Singleton();
return
instance;
}
}
第二中形式是lazy
initialization，也就是说第一次调用时初始Singleton，以后就不用再生成了。
注重到lazy
initialization形式中的synchronized，这个synchronized很重要，假如没有synchronized，那么使用getInstance()是有可能得到多个Singleton实例。
一般来说第一种比较安全。进入讨论组讨论。
springboot2全局指定@Lazy(懒加载)
Spring默认在启动时立即实例化配置的bean,要修改为懒加载(在实际使用的时候实例化).
0.1 在xml配置中:
0.2 在JavaConfig配置中:
0.3 SpringBoot中指定bean的懒加载,可以在对应的类上直接使用@Lazy
那么SpringBoot中如何全局配置懒加载呢?
通过在stackoverflow上查找, 发现的答案是, 在启动类SpringbootApplication上加上@Lazy注解即可. 原来注解@SpringBootApplication是@Configuration, @EnableAutoConfiguration和@ComponentScan注解的合体.
而这个SpringbootApplication本身就是个配置类, 所以在上面加@Lazy注解理论上是可以的.果然是直观的东西不方便, 方便的东西不直观.
1.1 错误方式一:
执行 gradle bootRun 启动应用, 发现输出了
也就是说配置并没有生效. 但是so上的回答一般不会是错的. 那会是哪里出了问题呢?
1.2 方式一修正
不使用@Component, 而是在配置文件中声明bean:
这种方式实现了懒加载,但是这跟 0.2 中的方式是一样的.
1.3 方式二
spring2.2 中引入了一个application.properties中的新属性.
spring.main.lazy-initialization=true 来指定整个应用的懒加载.
这种方式不论是@Component声明的bean,还是@Bean声明的bean, 都可以实现懒加载.
虽然 懒加载可以提升应用的启动速度, 但是不利于尽早的发现错误, 对于HTTP请求, 首次访问的响应时间也会增长.
java中lazy的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于JAVA中T、java中lazy的信息别忘了在本站进行查找喔。