• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            熱轉(zhuǎn)印www.yxheatpress.com

            公司網(wǎng)站模板http://qiyemoban.software8.co/

            常用鏈接

            統(tǒng)計(jì)

            友情鏈接

            最新評論

            利用單例模式的提升系統(tǒng)整體性能

            今天走在路上突然想起一個問題,之前沒有深刻的注意到。

               問題:如果在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)利。

            posted on 2013-09-09 15:51 不聽話的 閱讀(1675) 評論(3)  編輯 收藏 引用

            評論

            # re: 利用單例模式的提升系統(tǒng)整體性能 2013-09-10 16:37 YzL

            直接將ToStringPeople改為static不就行了?  回復(fù)  更多評論   

            # re: 利用單例模式的提升系統(tǒng)整體性能 2013-09-11 16:19 tb

            這樣子是比較耗資源的  回復(fù)  更多評論   

            # re: 利用單例模式的提升系統(tǒng)整體性能 2013-09-29 08:49 寧波哲宇

            @tb
            歷害  回復(fù)  更多評論   


            只有注冊用戶登錄后才能發(fā)表評論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


            国内精品久久久久久中文字幕 | .精品久久久麻豆国产精品| 久久久久久午夜精品| 中文字幕乱码久久午夜| 久久国产精品无码HDAV| 国产香蕉97碰碰久久人人| 中文字幕无码久久人妻| 久久精品人人做人人妻人人玩| 九九久久99综合一区二区| 2020久久精品亚洲热综合一本| 久久国产亚洲高清观看| 午夜精品久久久久久影视riav| 久久久精品人妻一区二区三区蜜桃| segui久久国产精品| 亚洲AV乱码久久精品蜜桃| 精品国产乱码久久久久久浪潮| 亚洲中文字幕久久精品无码APP| 久久国产精品免费一区| 91精品国产乱码久久久久久 | 91麻豆精品国产91久久久久久| 久久亚洲电影| 久久99精品国产麻豆蜜芽| 精品蜜臀久久久久99网站| 久久婷婷五月综合国产尤物app| 精品国产综合区久久久久久| 国产成人精品久久一区二区三区| 精品久久久中文字幕人妻| 性做久久久久久久久久久| 久久99精品久久久久久9蜜桃| 国内精品久久久久久野外| 久久精品黄AA片一区二区三区| 久久精品中文无码资源站| 2019久久久高清456| 亚洲国产精品无码久久九九| 亚洲国产精品久久66| 国产精品青草久久久久婷婷 | 9久久9久久精品| 久久精品国产亚洲AV嫖农村妇女 | 久久伊人精品一区二区三区 | 久久久青草久久久青草| 国内精品伊人久久久久av一坑 |