青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

萬星星@豌豆莢 歡迎加入我們
一個吃軟飯的男人!!!!!我只想寫程序####
微博:http://weibo.com/wanlianwen
posts - 172,  comments - 1253,  trackbacks - 0

這里提及高效稍許有些夸張,僅為應景,因為本身就沒有太多高科技,權且作為一種有效的實現。

 

首先是圖片解碼器的選擇。一般來講有幾種選擇:1、組裝各種開源庫,如libpng, libjpg, giflib等,支持什么格式就得添加對應的解碼器;2、開源解碼包,如freeimage,沒用過但聽說也很不錯;3GDI+,支持圖片格式廣泛,接口簡單,性能一般。當然還有其它方式,大抵差不多。我選擇的是GDI+,圖簡便好用,且目前微軟支持的OS上都是自帶的,無需發布?!。對QQ的程序集DLL進行分析,發現其中貫穿了各種解碼技術,有直接采用開源庫的,也有依賴GDI+的,不知道是歷史遺留問題,還是各個部門之間技術偏好,抑或是另有玄機。扯到技術偏好,讓我頭疼的就是程序員在項目中隨意的引入庫,解決同一個問題,往往看到不同的人用不同的技術,甚至同一個人在不同的項目中造不同的輪子,有時候沒法說服別人,只能罷了。

 

GDI+的初始化需要注意一件事情:不要在DLL入口處加載或卸載GDI+,否則會發生鎖死現象,具體可查閱msdn

 

考慮到高性能的界面中可能會采用多線程UI,因此我建立了ThreadStateTLS對象,所有的數據都存儲在這個對象中,同步線程消息是通過慣用手法之隱藏窗口來保證。時至今日,或者早12年,我才深刻理解mfc庫設計時的那些state管理結構體的用處。GDI+的初始化在ThreadState構造函數中調用,正好避免了加載沖突這個問題。TLS對象的銷毀技巧來自谷歌的chromium源碼中的base庫里的tls實現,原始出處來自CodeProjecthttp://www.codeproject.com/threads/tls.asp。嗯,其實牛逼的程序員也是縱覽乾坤,吸取精華。提到CodeProject,順帶提一下我的學習歷程,早期瘋狂的泡這個網站,幾乎VC方面的東西都把玩過,形成了自己的點狀知識積累,類似的有CodeGuruvckbase(現在已經成為廣告站了);之后是 sourceforgecodegooglecodeplex 找一些小的項目研究,形成自己的線狀知識結構;再后來就是大型的源碼閱讀,偶爾會去谷歌討論組、微軟新聞組看一些疑難雜癥問題,構成了自己的面狀知識體系。每個人都有自己的學習方法論,這里僅僅是分享我自己的。很多東西都已經看上去有些過時,現在的年輕程序員可能接觸的是stackoverflowgithub等。

 

GDI+中的Image是抽象接口,為了方便使用,增加了一層簡易封裝IMImage,主要接口如下:

 

static IMImage* FromFile(const std::wstring& uri);

long AddRef();
long Release();

const std::wstring& uri() const { return uri_; }
UINT frame_count() const { return frame_count_; }
bool IsAnimate() const { return frame_count_ > 1; }
long GetFrameDelay(UINT frame) const;
long GetWidth() const;
long GetHeight() const;
Gdiplus::Image* GetImage(UINT frame);

 

通過uri加載圖片,GDI+對本地圖片的加載非常簡單,Image::FromFile可以直接返回;對于網絡圖片,需要先通過WinINet下載到本地,然后再加載。

 

由于使用了tls技術,這里的引用計數實現很簡單,就是++-- 操作。曾經有人告訴我引用技術是為了解決多線程中對象的生命周期問題,我欲與否認。引用計數只是為了解決對象的生命周期問題,而這種情況往往在多線程中出現,因此多線程中或多或少會用到引用計數。

 

IMImage類可以簡單的返回一些GDI+Image對象提供的圖片信息,而GetImage需要多做一些事情。對于包含多幀圖片的文件,在繪制的時候需要通過GDI+Image::SelectActiveFrame方法選擇當前幀,該操作非常耗時,因此在加載圖片的時候,發現如果是多幀的,我們需要額外的decode_image_來解碼存放每一幀圖像,這樣除第一次渲染比較耗時外,后面的獲取都是非常快的。

 

GetFrameDelay函數是獲取某一幀之間的時間間隔,通過GDI+PropertyItem可以很容易的獲取。需要指出的是PropertyItem類使用起來卻不是類的方式,需要手動new出一塊內存,所以這里用一個結構體我看更合適,而且還是C風格的。

再增加一個IMImageService,管理整個系統中用到的IMImage對象,接口很簡單:

 

IMImage* GetImage(const std::wstring& uri);
void ReleaseImage(IMImage* image);

 

需要圖像就找它要,用完之后記得釋放即可。

 

這樣就完成了圖片的管理,目前來說足夠用,也非常簡單,不是么?

posted on 2012-06-17 09:48 萬連文 閱讀(2980) 評論(2)  編輯 收藏 引用 所屬分類: richedit

FeedBack:
# re: richedit研究03 – 高效圖片管理
2012-06-17 10:44 | 春秋十二月
boost中也有tls的實現,早期的時候,我一直也想自己弄個tls,但至今沒動手,引用計數一是生命周期,二是共享資源。  回復  更多評論
  
# re: richedit研究03 – 高效圖片管理
2012-08-23 22:00 | 路障
對于包含多幀圖片的文件,在繪制的時候需要通過GDI+的Image::SelectActiveFrame方法選擇當前幀,該操作非常耗時,因此在加載圖片的時候,發現如果是多幀的,我們需要額外的decode_image_來解碼存放每一幀圖像,這樣除第一次渲染比較耗時外,后面的獲取都是非常快的。

解碼存放每一幀圖像,當一個GIF有很多幀的時候,也全部解碼出來,這樣會不會占用比較多的內存?  回復  更多評論
  
簡歷下載
聯系我

<2025年11月>
2627282930311
2345678
9101112131415
16171819202122
23242526272829
30123456

常用鏈接

留言簿(66)

隨筆分類

隨筆檔案

相冊

搜索

  •  

最新評論

閱讀排行榜

評論排行榜

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            午夜久久黄色| 在线免费观看欧美| 欧美视频精品一区| 亚洲精品一区在线观看香蕉| 男同欧美伦乱| 亚洲人成人99网站| 午夜精品999| 亚洲免费视频中文字幕| 国产精品永久免费观看| 欧美一区国产在线| 久久久久99| 在线观看成人av| 欧美日本亚洲韩国国产| 亚洲欧美国产高清| 老司机67194精品线观看| 亚洲激情av| 国产精品伦子伦免费视频| 亚洲欧美国产另类| 久久男女视频| 一本色道久久加勒比88综合| 欧美天天视频| 久久精品综合网| 亚洲久久在线| 久久男人av资源网站| 99在线观看免费视频精品观看| 国产精品久久久久毛片大屁完整版 | 亚洲激情电影在线| 欧美日韩一区二区免费在线观看| 亚洲一区二区精品在线| 久热国产精品| 亚洲欧美日韩在线观看a三区| 国产一区二区三区日韩| 欧美精品一区二| 亚洲免费综合| 亚洲人在线视频| 久久久免费精品视频| 亚洲精品欧美极品| 国内精品视频在线播放| 欧美日韩直播| 欧美成年人网站| 欧美在线视频免费观看| 在线一区二区三区四区五区| 久久久精品2019中文字幕神马| 99精品欧美一区二区三区| 国产亚洲午夜| 欧美精品一区在线发布| 久久精品中文字幕一区| 亚洲一区免费观看| 日韩视频一区二区三区在线播放免费观看 | 欧美人与禽猛交乱配| 久久久不卡网国产精品一区| 亚洲一区999| 亚洲国产欧美一区二区三区久久 | 久久只有精品| 翔田千里一区二区| 亚洲一区久久久| 亚洲美女性视频| 亚洲黄色影片| 黑人极品videos精品欧美裸| 国产精品v亚洲精品v日韩精品 | 国产免费亚洲高清| 欧美久久久久| 欧美阿v一级看视频| 欧美一区二区三区在线观看| 亚洲天堂久久| 亚洲午夜精品一区二区三区他趣| 日韩亚洲欧美中文三级| 日韩视频不卡中文| 日韩视频永久免费| 99精品久久| 99精品国产福利在线观看免费 | 麻豆精品视频在线观看| 亚洲免费中文字幕| 亚洲一区二区三区在线观看视频| 亚洲精品国产欧美| 91久久在线观看| 亚洲人妖在线| 999亚洲国产精| 在线视频一区二区| 亚洲资源在线观看| 亚洲男人的天堂在线aⅴ视频| 一区二区三区四区蜜桃| 亚洲网在线观看| 午夜精品福利一区二区蜜股av| 亚洲一区精品电影| 欧美在线视频导航| 久久先锋影音| 欧美超级免费视 在线| 亚洲电影欧美电影有声小说| 亚洲电影毛片| 夜夜嗨av一区二区三区四季av| 一区二区三区四区五区视频| 亚洲自拍偷拍色片视频| 性久久久久久久| 久久夜精品va视频免费观看| 欧美精品一卡二卡| 欧美亚韩一区| 国产综合色精品一区二区三区| 一区在线视频| 一本一本久久a久久精品综合妖精| 亚洲一二三区视频在线观看| 午夜精品国产| 久久亚洲综合色| 国产精品a久久久久久| 一区二区三区免费在线观看| 日韩午夜在线观看视频| 亚洲综合电影一区二区三区| 久久亚洲二区| 国产精品成人在线观看| 激情成人av在线| av成人免费在线观看| 欧美一区二区三区久久精品| 欧美aa在线视频| 亚洲天堂成人| 欧美成人中文字幕| 国产精品丝袜xxxxxxx| 亚洲国产另类久久精品| 亚洲男人的天堂在线aⅴ视频| 久久久噜噜噜久久狠狠50岁| 日韩视频精品| 久久亚洲私人国产精品va媚药 | 亚洲一区二区三区影院| 久久久久欧美精品| 亚洲精品一区二区三区四区高清 | 一本色道久久综合狠狠躁篇的优点| 性感少妇一区| 亚洲精品乱码久久久久| 午夜日本精品| 欧美区二区三区| 激情成人中文字幕| 亚洲欧美日产图| 亚洲电影一级黄| 欧美综合77777色婷婷| 欧美香蕉视频| 亚洲三级免费观看| 久久综合久色欧美综合狠狠| 亚洲午夜在线观看| 欧美人体xx| 亚洲精品国久久99热| 久久国产精品一区二区三区| 99国产精品视频免费观看一公开 | 一本色道久久加勒比精品| 久久国产主播精品| 国产精品久久97| av成人福利| 欧美韩日亚洲| 久久久久一区| 国模精品一区二区三区| 亚洲影视中文字幕| 99亚洲视频| 欧美日韩1234| 99精品热6080yy久久 | 99国产精品国产精品久久| 欧美高清视频一区二区三区在线观看| 国产精品亚洲综合色区韩国| aa成人免费视频| 亚洲人成网站999久久久综合| 久久久欧美精品| 激情婷婷欧美| 久久夜色精品国产| 久久激情五月婷婷| 国内久久婷婷综合| 久久午夜羞羞影院免费观看| 久久www免费人成看片高清| 国产欧美日韩一区| 久久超碰97人人做人人爱| 亚洲一区亚洲二区| 欧美视频手机在线| 亚洲综合日本| 亚洲女人av| 国产美女扒开尿口久久久| 亚洲永久免费av| 亚洲在线视频网站| 国产一区二区三区久久久久久久久| 欧美在线视频二区| 久久久精品999| 亚洲国产精品久久久久秋霞蜜臀 | 亚洲一区欧美一区| 国产精品久久久久久福利一牛影视 | 亚洲高清在线精品| 亚洲成人中文| 欧美色图一区二区三区| 亚洲欧美三级在线| 欧美影院一区| 亚洲国产精品一区在线观看不卡 | 亚洲成色www8888| 欧美激情一区二区三级高清视频| 欧美不卡视频| 亚洲视频导航| 妖精成人www高清在线观看| 亚洲一区二区视频在线| 亚洲尤物在线视频观看| 国产一区二区中文| 欧美国产精品va在线观看| 欧美日韩国产一区二区三区| 欧美一区二区三区免费大片| 久久综合国产精品| 亚洲午夜一二三区视频| 久久精品一区二区三区不卡牛牛| 亚洲精品之草原avav久久|