JAVA單例模式的延遲加載疑問

1.首先 所有的類都是第一次被引用時才會加載到JVM中。也就是說全都是延遲加載，而不是預(yù)先加載。

成都創(chuàng)新互聯(lián)公司專業(yè)為企業(yè)提供武安網(wǎng)站建設(shè)、武安做網(wǎng)站、武安網(wǎng)站設(shè)計、武安網(wǎng)站制作等企業(yè)網(wǎng)站建設(shè)、網(wǎng)頁設(shè)計與制作、武安企業(yè)網(wǎng)站模板建站服務(wù)，十載武安做網(wǎng)站經(jīng)驗，不只是建網(wǎng)站，更提供有價值的思路和整體網(wǎng)絡(luò)服務(wù)。

2.“靜態(tài)類將只會隨JVM裝載一次，所以只會創(chuàng)建一個Foo對象”，這句話的意思是說，隨著類LazyFoo被第一次引用，JVM會載入類LazyFoo，同時執(zhí)行類的靜態(tài)初始化。

什么是類的靜態(tài)初始化？

類被載入JVM之后，各個語句之間的執(zhí)行順序是如何的呢？

#當?shù)谝淮我妙愔?

1.類的靜態(tài)初始化（包括類的靜態(tài)塊）

#當創(chuàng)建類的對象后#

2.類的非靜態(tài)初始化（同樣包括類的非靜態(tài)塊）

3.類的構(gòu)造函數(shù)

public static Foo foo = new Foo();

這一句就是類的靜態(tài)初始化，他僅會在類被載入時執(zhí)行一次。

實際上你的這個單例模式的代碼還是有些問題的。似乎不能達成單例效果，除非添加一個private Foo()構(gòu)造函數(shù)。

我寫一個單例模式給你看看吧。

public class Foo {

private static Foo sc;

private Foo() {

}

public static Foo getSC() {

if (sc == null) {

sc = new Foo();

}

return sc;

}

}

JAVA延遲加載問題

這個可能是驅(qū)動問題，建議用第三方驅(qū)動，如果不是驅(qū)動問題建議考慮下是不是代碼或配置有什么問題。

看你這個錯誤的字面意思好像是對同一個字段在結(jié)果集里面不能取兩次以上。所以我懷疑你這段不是hibernate做的，再有要不就是你的映射是不是有問題。仔細再找找看。

會ibatis框架的幫幫忙，寫java web程序的時候只用了ibatis框架，可能出了延遲加載的問題

延遲加載的核心思想是動態(tài)代理模式。首先并不加載數(shù)據(jù)，而是創(chuàng)建一個代理對象，需要數(shù)據(jù)的時候由代理對象去加載所需數(shù)據(jù)。你前兩次都可以登錄，說明根本不是延遲加載的原因。

你可以debug，看在哪一功能就卡住了，是全表掃描了還是代碼哪里不嚴謹了。

asp中如何實現(xiàn)延遲加載JAVA?

首先：SCRIPT language=JavaScript src="js/photo.js" /SCRIPT

這不是java，這是JavaScript，簡稱js。

你要的功能：

SCRIPT language=JavaScript src="" id="aaa" /SCRIPT

script

function oOpen(){

document.getElementById("aaa").src="js/photo.js";

}

var oTime = window.setTimeout("oOpen()",5000);

/script

5000表示5秒后，你也可以自己設(shè)置時間。

java中的單例模式的代碼怎么寫

我從我的博客里把我的文章粘貼過來吧，對于單例模式模式應(yīng)該有比較清楚的解釋：

單例模式在我們?nèi)粘５捻椖恐惺殖Ｒ?，當我們在項目中需要一個這樣的一個對象，這個對象在內(nèi)存中只能有一個實例，這時我們就需要用到單例。

一般說來，單例模式通常有以下幾種：

1.饑漢式單例

public class Singleton {

private Singleton(){};

private static Singleton instance = new Singleton();

public static Singleton getInstance(){

return instance;

}

}

這是最簡單的單例，這種單例最常見，也很可靠！它有個唯一的缺點就是無法完成延遲加載——即當系統(tǒng)還沒有用到此單例時，單例就會被加載到內(nèi)存中。

在這里我們可以做個這樣的測試：

將上述代碼修改為：

public class Singleton {

private Singleton(){

System.out.println("createSingleton");

};

private static Singleton instance = new Singleton();

public static Singleton getInstance(){

return instance;

}

public static void testSingleton(){

System.out.println("CreateString");

}

}

而我們在另外一個測試類中對它進行測試（本例所有測試都通過Junit進行測試）

public class TestSingleton {

@Test

public void test(){

Singleton.testSingleton();

}

}

輸出結(jié)果：

createSingleton

CreateString

我們可以注意到，在這個單例中，即使我們沒有使用單例類，它還是被創(chuàng)建出來了，這當然是我們所不愿意看到的，所以也就有了以下一種單例。

2.懶漢式單例

public class Singleton1 {

private Singleton1(){

System.out.println("createSingleton");

}

private static Singleton1 instance = null;

public static synchronized Singleton1 getInstance(){

return instance==null?new Singleton1():instance;

}

public static void testSingleton(){

System.out.println("CreateString");

}

}

上面的單例獲取實例時，是需要加上同步的，如果不加上同步，在多線程的環(huán)境中，當線程1完成新建單例操作，而在完成賦值操作之前，線程2就可能判

斷instance為空，此時，線程2也將啟動新建單例的操作，那么多個就出現(xiàn)了多個實例被新建，也就違反了我們使用單例模式的初衷了。

我們在這里也通過一個測試類，對它進行測試，最后面輸出是

CreateString

可以看出，在未使用到單例類時，單例類并不會加載到內(nèi)存中，只有我們需要使用到他的時候，才會進行實例化。

這種單例解決了單例的延遲加載，但是由于引入了同步的關(guān)鍵字，因此在多線程的環(huán)境下，所需的消耗的時間要遠遠大于第一種單例。我們可以通過一段測試代碼來說明這個問題。

public class TestSingleton {

@Test

public void test(){

long beginTime1 = System.currentTimeMillis();

for(int i=0;i100000;i++){

Singleton.getInstance();

}

System.out.println("單例1花費時間："+(System.currentTimeMillis()-beginTime1));

long beginTime2 = System.currentTimeMillis();

for(int i=0;i100000;i++){

Singleton1.getInstance();

}

System.out.println("單例2花費時間："+(System.currentTimeMillis()-beginTime2));

}

}

最后輸出的是：

單例1花費時間：0

單例2花費時間：10

可以看到，使用第一種單例耗時0ms，第二種單例耗時10ms，性能上存在明顯的差異。為了使用延遲加載的功能，而導(dǎo)致單例的性能上存在明顯差異，

是不是會得不償失呢？是否可以找到一種更好的解決的辦法呢？既可以解決延遲加載，又不至于性能損耗過多，所以，也就有了第三種單例：

3.內(nèi)部類托管單例

public class Singleton2 {

private Singleton2(){}

private static class SingletonHolder{

private static Singleton2 instance=new Singleton2();

}

private static Singleton2 getInstance(){

return SingletonHolder.instance;

}

}

在這個單例中，我們通過靜態(tài)內(nèi)部類來托管單例，當這個單例被加載時，不會初始化單例類，只有當getInstance方法被調(diào)用的時候，才會去加載

SingletonHolder，從而才會去初始化instance。并且，單例的加載是在內(nèi)部類的加載的時候完成的，所以天生對線程友好，而且也不需要

synchnoized關(guān)鍵字，可以說是兼具了以上的兩個優(yōu)點。

4.總結(jié)

一般來說，上述的單例已經(jīng)基本可以保證在一個系統(tǒng)中只會存在一個實例了，但是，仍然可能會有其他的情況，導(dǎo)致系統(tǒng)生成多個單例，請看以下情況：

public class Singleton3 implements Serializable{

private Singleton3(){}

private static class SingletonHolder{

private static Singleton3 instance = new Singleton3();

}

public static Singleton3 getInstance(){

return SingletonHolder.instance;

}

}

通過一段代碼來測試：

@Test

public void test() throws Exception{

Singleton3 s1 = null;

Singleton3 s2 = Singleton3.getInstance();

//1.將實例串行話到文件

FileOutputStream fos = new FileOutputStream("singleton.txt");

ObjectOutputStream oos =new ObjectOutputStream(fos);

oos.writeObject(s2);

oos.flush();

oos.close();

//2.從文件中讀取出單例

FileInputStream fis = new FileInputStream("singleton.txt");

ObjectInputStream ois = new ObjectInputStream(fis);

s1 = (Singleton3) ois.readObject();

if(s1==s2){

System.out.println("同一個實例");

}else{

System.out.println("不是同一個實例");

}

}

輸出：

不是同一個實例

可以看到當我們把單例反序列化后，生成了多個不同的單例類，此時，我們必須在原來的代碼中加入readResolve()函數(shù)，來阻止它生成新的單例

public class Singleton3 implements Serializable{

private Singleton3(){}

private static class SingletonHolder{

private static Singleton3 instance = new Singleton3();

}

public static Singleton3 getInstance(){

return SingletonHolder.instance;

}

//阻止生成新的實例

public Object readResolve(){

return SingletonHolder.instance;

}

}

再次測試時，就可以發(fā)現(xiàn)他們生成的是同一個實例了。

java中 延遲加載的作用？

延遲加載和JAVA沒關(guān)系。 很多地方都用得到。

主要是為了加快某些過程，讓用戶等待時間稍微短一些。 比如瀏覽器一般先加載文本，顯示出來以后再加載圖片。 這樣用戶不至于等到所有東西都下載完成以后再顯示給用戶。

在某些領(lǐng)域，比如軟件開發(fā)來講，延遲加載使用合理可以避免CPU和內(nèi)存高峰。

本文名稱：java延遲加載代碼 html延遲加載
本文鏈接：http://chinadenli.net/article24/dodiice.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供關(guān)鍵詞優(yōu)化、動態(tài)網(wǎng)站、ChatGPT、、網(wǎng)站營銷、服務(wù)器托管

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)