今天走在路上突然想起一個問題,之前沒有深刻的注意到。
問題:如果在WebForm頁面周期中如果一個對象頻繁創(chuàng)建,請求結(jié)束后又進(jìn)行銷毀肯定會對系統(tǒng)產(chǎn)生一定的性能影響,我們都知道,當(dāng)我們每次new一個對 象時(shí),其都在內(nèi)存中指定的堆上分配一塊空間,那么創(chuàng)建這個對象然后銷毀(Response.End()執(zhí)行后)這個對象肯定要消耗服務(wù)器的時(shí)間及空間(尤 其是并行請求數(shù)量很大的時(shí)候,撐破內(nèi)存也不是不可能),因?yàn)槊總€請求都會建這個對象。然后大家有沒有注意到,有些類可能是這樣的,舉個例子:
public class PeopleServer
{
public PeopleServer() { }
public string ToStringPeople(People p)
{
return string.Format("Name:{0},Age:{1};", p.Name, p.Age);
}
}
public class People
{
public string Name { get; set; }
public int Age { get; set; }
}
那么當(dāng)我們每次需要打印People時(shí),我們估計(jì)都需要
new PeopleServer();
這時(shí),服務(wù)器端的內(nèi)存中指定堆內(nèi)就分配了一塊內(nèi)存用于存儲新創(chuàng)建的PeopleServer對象,當(dāng)執(zhí)行結(jié)束時(shí)在銷毀這個對象,想一想如果我們的服務(wù)器會 說話,那他肯定會這樣罵你:尼瑪每次創(chuàng)建的對像都一樣,而且每次請求還都需要創(chuàng)建,你就不能只創(chuàng)建一個對象,大家的操作時(shí)都使用這同一個對象,那不就省事 兒多了嗎?
嘿嘿 懂我的意思了嗎?接下來我們這么設(shè)計(jì)代碼:
public class PeopleServer
{
private static PeopleServer _people;
public PeopleServer() { }
public string ToStringPeople(People p)
{
return string.Format("Name:{0},Age:{1};", p.Name, p.Age);
}
//該方法必須為靜態(tài)的方便其他對象去調(diào)用
public static PeopleServer GetPeopleServer()
{
if (_people == null)
{
_people = new PeopleServer();
}
return _people;
}
}
public class People
{
public string Name { get; set; }
public int Age { get; set; }
}
看到GetPeopleServer這個方法是不是有種恍然大悟的感覺?那么我們每次去格式化People這個對象是只需要這么幾行代碼:
People p = new People() { Age = 23, Name = "tongling" };
PeopleServer pServer = PeopleServer.GetPeopleServer();
pServer.ToStringPeople(p);
減少了內(nèi)存堆得額外開銷系統(tǒng)當(dāng)然會更快些,這就是幾天我們要說的單例模式的應(yīng)用場景,再比如某些配置數(shù)據(jù),也就是對象信息在第一次創(chuàng)建后就不需要改變的只需要Get該對象信息的一些類的定義也可以這么來弄,懂得原理就能夠在日后的項(xiàng)目中隨機(jī)應(yīng)變了。
再補(bǔ)充一種單例模式的寫法:
public static PeopleServer GetPeopleServerByCache() {
object obj = System.Web.HttpRuntime.Cache["PeopleServerCache"];
if (obj == null)
{
obj = new PeopleServer();
System.Web.HttpRuntime.Cache["PeopleServerCache"] = obj;
}
return (PeopleServer)obj;
}
其實(shí)原理都一樣。
本文版權(quán)歸屬:寧波哲宇網(wǎng)絡(luò)www.cnzheyu.com 轉(zhuǎn)載請注明,肆意刪除鏈接,我們將保留追責(zé)權(quán)利。