新聞中心
.NET Micro Framework的可剪裁性,高定執(zhí)行,和天生對硬件高集成度都讓它的前途一片光明。當(dāng)然,它現(xiàn)在還很年輕,就發(fā)布的SDK v3.0來看,它還有很長的路要走。

創(chuàng)新互聯(lián)建站專注為客戶提供全方位的互聯(lián)網(wǎng)綜合服務(wù),包含不限于成都網(wǎng)站設(shè)計(jì)、網(wǎng)站建設(shè)、外貿(mào)網(wǎng)站建設(shè)、玉田網(wǎng)絡(luò)推廣、微信小程序開發(fā)、玉田網(wǎng)絡(luò)營銷、玉田企業(yè)策劃、玉田品牌公關(guān)、搜索引擎seo、人物專訪、企業(yè)宣傳片、企業(yè)代運(yùn)營等,從售前售中售后,我們都將竭誠為您服務(wù),您的肯定,是我們最大的嘉獎;創(chuàng)新互聯(lián)建站為所有大學(xué)生創(chuàng)業(yè)者提供玉田建站搭建服務(wù),24小時(shí)服務(wù)熱線:028-86922220,官方網(wǎng)址:www.cdcxhl.com
廢話不說,就這幾個(gè)月我用下來的經(jīng)驗(yàn)談?wù)勗卺槍?NET Micro Framework應(yīng)用程序的性能優(yōu)化吧。
1. 盡可能減少方法調(diào)用!
方法調(diào)用過于頻繁對于性能的影響非常大,所以所有的優(yōu)化都是以這個(gè)為大前提的。
2. 盡可能避免使用屬性,而用公共域來代替。
因?yàn)榫庉嬈鲿诰幾g的時(shí)候?yàn)槊總€(gè)屬性的getter和setter添加訪問方法,基于***條,這是要避免地。
當(dāng)然也不是說完全避免使用屬性了,畢竟有的時(shí)候?qū)傩允呛芊奖闱冶匾摹?br />比如這個(gè)下面這個(gè)使用屬性的例子:
- public class Test
- {
- public string Name { get; set; }
- }
需要把它改成這樣:
- public class Test
- {
- public string Name;
- }
3. 只在構(gòu)造函數(shù)里面初始化變量。
這一條很容易明白,看下面的例子:
- public class Test
- {
- private string name = "Test String";
- private DateTime date = DateTime.Now;
- private int score, counter;
- public Test()
- {
- score = 0;
- counter = 0;
- }
- }
初始化的工作其實(shí)進(jìn)行了兩次,一次是在聲明變量的時(shí)候,另外一次是在調(diào)用構(gòu)造函數(shù)的時(shí)候。遵循***條原則,我們要盡可能減少方法調(diào)用,且構(gòu)造函數(shù)的使用概率很高,所以我們在此需要把初始化的工作全部集中到構(gòu)造函數(shù)里面來進(jìn)行。
4. 只在必要的地方調(diào)用lock。
對于MF這樣一個(gè)半實(shí)時(shí)的系統(tǒng)來說,lock的成本遠(yuǎn)遠(yuǎn)高于我們的想象。在.NET里面可能感覺不出來,但到了MF這個(gè)小伙子手里感覺就非常明顯了,也許這一條大家已經(jīng)知道了,就當(dāng)我老調(diào)重彈吧。
看這個(gè)例子:
- public class Test
- {
- private ArrayList objs;
- public void SomeMethod(object o)
- {
- for(int i = 0; i < 100; i++)
- {
- if (objs.Contains(o))
- {
- lock(objs.SyncRoot)
- {
- objs.Remove(o);
- }
- }
- }
- }
- }
在一個(gè)循環(huán)里面增刪一個(gè)集合,由于是多線程訪問,所以在操作之前加了鎖。之所以在循環(huán)內(nèi)部加鎖,理由可能是想盡可能的減少lock的訪問次數(shù),只有滿足那個(gè)if條件的時(shí)候才會被調(diào)用。
實(shí)際上,這個(gè)想法錯(cuò)了,無論如何,這里的lock都會被調(diào)用很多次,這些開銷加起來就會對性能造成很大的影響。
把代碼改成這樣就會好很多:
- public class Test
- {
- private ArrayList objs;
- public void SomeMethod(object o)
- {
- lock(objs.SyncRoot)
- {
- for(int i = 0; i < 100; i++)
- {
- if (objs.Contains(o))
- {
- objs.Remove(o);
- }
- }
- }
- }
- }
5. 保證每個(gè)時(shí)間只有一個(gè)線程在運(yùn)行。
用慣了.NET,來到MF世界***個(gè)不適應(yīng)就是它的多線程太慢了,如果同時(shí)打開兩個(gè)線程工作,那么整個(gè)程序的效率都會受到極大的影響。
拿電子地圖軟件來做例子,主線程負(fù)責(zé)更新UI,工作線程負(fù)責(zé)在后臺取得地圖塊。這樣的設(shè)計(jì)本身無可厚非也是合理的,但***我們發(fā)現(xiàn)性能實(shí)在太差了。
后來更改成為當(dāng)用戶在操作UI的時(shí)候,工作線程全都暫停,只有檢測到用戶沒有任何操作的時(shí)候才進(jìn)行工作。
要實(shí)現(xiàn)這一點(diǎn),就要求程序在設(shè)計(jì)的時(shí)候就考慮到工作線程的可暫停性。
6. 盡可能少的并且在最小的范圍內(nèi)調(diào)用Invalidate()方法。
很多人在重畫UI之后都會習(xí)慣性的調(diào)用頂層元素的Invalidate()方法來更新所有子控件,因?yàn)檫@樣是最快捷的??珊芏鄷r(shí)候我們忽略了一點(diǎn),Invalidate()這個(gè)方法可能在背后已經(jīng)被調(diào)用過很多次了。
比如,有的控件會在得到焦點(diǎn)的時(shí)候調(diào)用這個(gè)方法,有的控件會在出發(fā)用戶事件的時(shí)候自動調(diào)用這個(gè)方法。因?yàn)檫@些都是在背后發(fā)生的,我們可能并不知情,所以在完成我們自己控件的繪制之后通常會調(diào)用parent的Invalide來更新整個(gè)布局,這樣就會在不知不覺之間導(dǎo)致了不必要的重畫產(chǎn)生。
要避免這個(gè)問題也很簡單,一則仔細(xì)觀察,二則用Refactor!去閱讀一下別人的代碼。
7. 盡可能少的使用圖片資源。
因?yàn)镸F本身的數(shù)據(jù)吞吐量很小,如果載入過多圖片資源的話,輕則程序運(yùn)行效率變低,重則出現(xiàn)內(nèi)存溢出。所以這里的原則我們要參照網(wǎng)頁的設(shè)計(jì)原則,例如一個(gè)按鈕圖片,把它切割成幾個(gè)小塊,利用重復(fù)貼圖來完成中間部分,而不要直接使用一整張圖片。
同樣在制作高亮的時(shí)候可以通過改變圖片透明度或者在圖片上面加一層透明矩形來實(shí)現(xiàn)。
8. 僅導(dǎo)入必要的字體資源。
這一點(diǎn)和上一條的理由是一樣的,都是減少運(yùn)行期間的數(shù)據(jù)吞吐量。對于英文來說還好,本來就不大,對于中文來說就很重要了,因?yàn)橹形淖煮w動輒就是幾百k上兆,如果全部導(dǎo)入的話簡直就是災(zāi)難。
***就是程序用到多少就導(dǎo)入多少,實(shí)在沒辦法,就把生僻字全部剔出吧。
9. 窗體***用完就是立即關(guān)閉。
這一點(diǎn)對于窗體很多的應(yīng)用程序非常重要!在.NET的世界里,打開一個(gè)主窗體,然后在主窗體里面創(chuàng)建子窗體的做法非常常見。但這可能會成為你的MF程序運(yùn)行效率***的隱性殺手。
例如 主窗體 -> 產(chǎn)品列表 -> 產(chǎn)品詳細(xì)信息 -> 產(chǎn)品操作窗口 -> 結(jié)算窗口
這是一個(gè)常見的邏輯線,此時(shí)一共有五個(gè)窗口被打看,如果你有時(shí)間嘗試的話,會發(fā)現(xiàn)在打開結(jié)算窗口的時(shí)候,整個(gè)程序已經(jīng)氣喘吁吁,動彈不得了。
而且,因?yàn)镸F的半實(shí)時(shí)性,導(dǎo)致GC在關(guān)閉窗口之后不能立即釋放資源,如果用戶反復(fù)打開關(guān)閉這些窗口,內(nèi)存很快就溢出了。
所以實(shí)現(xiàn)一個(gè)窗口管理器非常重要,要確保每個(gè)時(shí)間只有一個(gè)窗口在運(yùn)行。
10. 減少Timer的使用。
Timer也是性能消耗的大戶,我曾見過一個(gè)程序里面打開了數(shù)十個(gè)Timer,那性能簡直慘不忍睹。所以如果可能,保證整個(gè)程序只是用一個(gè)Timer,且只在必要的時(shí)候啟動它,將會為你的程序減輕很多負(fù)擔(dān)。
分享標(biāo)題:淺談.NETMicroFramework性能優(yōu)化
分享路徑:http://m.5511xx.com/article/dpopdgs.html


咨詢
建站咨詢
