• <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>

            2010年8月7日

            轉(zhuǎn)一篇說明的比較不錯(cuò)的:

            句柄是WONDOWS用來標(biāo)識(shí)被應(yīng)用程序所建立或使用的對象的唯一整數(shù),WINDOWS使用各種各樣的句柄標(biāo)識(shí)諸如應(yīng)用程序?qū)嵗翱冢刂疲粓D,GDI對象等等。WINDOWS句柄有點(diǎn)象C語言中的文件句柄。


            從 上面的定義中的我們可以看到,句柄是一個(gè)標(biāo)識(shí)符,是拿來標(biāo)識(shí)對象或者項(xiàng)目的,它就象我們的姓名一樣,每個(gè)人都會(huì)有一個(gè),不同的人的姓名不一樣,但是,也可 能有一個(gè)名字和你一樣的人。從數(shù)據(jù)類型上來看它只是一個(gè)16位的無符號(hào)整數(shù)。應(yīng)用程序幾乎總是通過調(diào)用一個(gè)WINDOWS函數(shù)來獲得一個(gè)句柄,之后其他的 WINDOWS函數(shù)就可以使用該句柄,以引用相應(yīng)的對象。


            如果想更透徹一點(diǎn)地認(rèn)識(shí)句柄,我可以告訴大家,句柄是 一種指向指針的指針。我們知道,所謂指針是一種內(nèi)存地址。應(yīng)用程序啟動(dòng)后,組成這個(gè)程序的各對象是住留在內(nèi)存的。如果簡單地理解,似乎我們只要獲知這個(gè)內(nèi) 存的首地址,那么就可以隨時(shí)用這個(gè)地址訪問對象。但是,如果您真的這樣認(rèn)為,那么您就大錯(cuò)特錯(cuò)了。我們知道,Windows是一個(gè)以虛擬內(nèi)存為基礎(chǔ)的操作 系統(tǒng)。在這種系統(tǒng)環(huán)境下,Windows內(nèi)存管理器經(jīng)常在內(nèi)存中來回移動(dòng)對象,依此來滿足各種應(yīng)用程序的內(nèi)存需要。對象被移動(dòng)意味著它的地址變化了。如果 地址總是如此變化,我們該到哪里去找該對象呢?


            為了解決這個(gè)問題,Windows操作系統(tǒng)為各應(yīng)用程序騰出一些內(nèi)存儲(chǔ)地址,用來 專門登記各應(yīng)用對象在內(nèi)存中的地址變化,而這個(gè)地址(存儲(chǔ)單元的位置)本身是不變的。Windows內(nèi)存管理器在移動(dòng)對象在內(nèi)存中的位置后,把對象新的地 址告知這個(gè)句柄地址來保存。這樣我們只需記住這個(gè)句柄地址就可以間接地知道對象具體在內(nèi)存中的哪個(gè)位置。這個(gè)地址是在對象裝載(Load)時(shí)由系統(tǒng)分配給 的,當(dāng)系統(tǒng)卸載時(shí)(Unload)又釋放給系統(tǒng)。



            句柄地址(穩(wěn)定)→記載著對象在內(nèi)存中的地址────→對象在內(nèi)存中的地址(不穩(wěn)定)→實(shí)際對象



            本質(zhì):WINDOWS程序中并不是用物理地址來標(biāo)識(shí)一個(gè)內(nèi)存塊,文件,任務(wù)或動(dòng)態(tài)裝入模塊的,相反的,WINDOWS API給這些項(xiàng)目分配確定的句柄,并將句柄返回給應(yīng)用程序,然后通過句柄來進(jìn)行操作。



            但 是必須注意的是程序每次從新啟動(dòng),系統(tǒng)不能保證分配給這個(gè)程序的句柄還是原來的那個(gè)句柄,而且絕大多數(shù)情況的確不一樣的。假如我們把進(jìn)入電影院看電影看成 是一個(gè)應(yīng)用程序的啟動(dòng)運(yùn)行,那么系統(tǒng)給應(yīng)用程序分配的句柄總是不一樣,這和每次電影院售給我們的門票總是不同的一個(gè)座位是一樣的道理。

            受M$的幫助文檔以及很多Windows編程書籍的影響,大家對局柄比較普遍的認(rèn)識(shí)是:句柄是一個(gè)整數(shù),用以標(biāo)識(shí)Windows對象,句柄不是一個(gè)指針……


            而實(shí)際上,這些不過是M$進(jìn)行數(shù)據(jù)封裝的幌子而已,下面我們一起來分析一下HANDLE到底是什么。


            請先到Windef.h找絕大多數(shù)句柄的定義:

            DECLARE_HANDLE(HWND);

            DECLARE_HANDLE(HHOOK);

            ……

            DECLARE_HANDLE(HGDIOBJ);

            DECLARE_HANDLE(HBITMAP);

            DECLARE_HANDLE(HBRUSH);

            ……

            typedef HANDLE HGLOBAL;

            typedef HANDLE HLOCAL;

            ……


            OK, 現(xiàn)在大家跟我一起翻到Winnt.h,看看DECLARE_HANDLE和HANDLE到底是什么:

            #ifdef STRICT

            typedef void *HANDLE;

            #define DECLARE_HANDLE(name) struct name##__ { int unused; }; typedef struct name##__ *name

            #else

            typedef PVOID HANDLE;

            #define DECLARE_HANDLE(name) typedef HANDLE name

            #endif

            typedef HANDLE *PHANDLE;


            哈哈,現(xiàn)在知道了吧,HANDLE就是PVOID,也就是無類型指針,

            而DECLARE_HANDLE(HWND);就是:

            struct HWND__ {

              int unused;};

            typedef struct HWND__ *HWND;

            現(xiàn)在實(shí)際上都清楚啦,這些Handles都不過是指向struct的指針,至于這個(gè)struct的用處,連M$都說unused了,^o^


            現(xiàn)在解釋下M$這么做的意義,這就是所謂數(shù)據(jù)封裝,你可以在你的程序中把M$的內(nèi)部結(jié)構(gòu)指針傳來傳去,可是你卻不知道它到底指向的內(nèi)容是什么,而且可以編個(gè)句柄的瞎話防止大家的質(zhì)疑:)。而M$的程序大可以這么寫:

            #include <windows.h> //這個(gè)和大家用的一樣

            #include "windows_in.h" //這個(gè)是M$自用的,外人別想看到^o^


            HSOMETHINGELSE DoSomething(HSOMETHING hSomething) {

              struct RealSomething* p = (struct RealSomething*)hSomething; //先強(qiáng)制類型轉(zhuǎn)換成內(nèi)部結(jié)構(gòu)指針

              ……do something……

              return (HSOMETHINGELSE)pRealSomethingElse;//強(qiáng)制類型逆轉(zhuǎn)換
            posted @ 2010-08-07 10:13 欣萌 閱讀(488) | 評論 (0)編輯 收藏

            2010年8月6日

            我準(zhǔn)備了三天。  然后得到百度的實(shí)習(xí)生offer  可惜時(shí)間不合適。

            我真的很想去那里工作,讓自己更加的進(jìn)步。。

            追求   熱情   技術(shù) 我都不愿意放棄

            posted @ 2010-08-06 09:31 欣萌 閱讀(113) | 評論 (0)編輯 收藏

            2010年7月21日

            又下雨了

            不能去游泳了。。。。。。


            現(xiàn)在又沒有下雨了。。。


            細(xì)細(xì)
            posted @ 2010-07-21 14:42 欣萌 閱讀(229) | 評論 (0)編輯 收藏

            2010年7月16日

            之前寫的不算。

            現(xiàn)在要做的是 智能監(jiān)控下的普通監(jiān)控平臺(tái)

            把從采集卡采集到的數(shù)據(jù) 壓縮, 打包多路發(fā)送,同時(shí)給智能監(jiān)控留接口。智能監(jiān)控為給我報(bào)警區(qū)域和報(bào)警信號(hào)。 然后打包發(fā)送。

            接收端顯示。


            這不是我的本意 但是導(dǎo)師讓我做。
            posted @ 2010-07-16 15:03 欣萌 閱讀(388) | 評論 (4)編輯 收藏

            2010年7月14日

            4路攝像頭USB的

            一個(gè)視頻轉(zhuǎn)發(fā)服務(wù)器 兼?zhèn)?流媒體服務(wù)器

            N個(gè)監(jiān)控端

            N個(gè)瀏覽器端

            攝像頭 采集---> 壓縮(h264)--->TCP--->視頻轉(zhuǎn)發(fā)服務(wù)器--->組合4路碼流--->RTP--->監(jiān)控端--->解碼--->顯示

            視頻轉(zhuǎn)發(fā)服務(wù)器需要保存264數(shù)據(jù),控制監(jiān)控端的訪問權(quán)。保存的數(shù)據(jù) 放入流媒體服務(wù)器(Live555),供IE查看(安裝VLC的插件)。 可能需要轉(zhuǎn)碼。

            用到的庫

            jrtp  live555 vcl ffmpeg sdl

            posted @ 2010-07-14 16:15 欣萌 閱讀(311) | 評論 (0)編輯 收藏

            2010年7月12日

            好好準(zhǔn)備

            打好基礎(chǔ)

            奮斗 奮斗

            posted @ 2010-07-12 11:58 欣萌 閱讀(242) | 評論 (0)編輯 收藏

            2010年7月7日


            學(xué)習(xí)中 每2個(gè)月遇到大瓶頸一次

            半個(gè)月小瓶頸一次


            遇到瓶頸 解決的時(shí)間在拉長。


            Code  看書 看博客 逛論壇 Code


            posted @ 2010-07-07 17:17 欣萌 閱讀(245) | 評論 (1)編輯 收藏

            2010年7月2日

            在復(fù)習(xí)Primer的時(shí)候看到的。


            void RetrieveEmailFromPage(const string& page, const string& url)
            {
                int posCur = 0, posStart, posAt, posEnd, posTmp;
                string email;
                string tags = "._-" "abcdefg" "hijklmn" "opqrst" "uvwxyz"
                    "ABCDEFG" "HIJKLMN" "OPQRST" "UVWXYZ" "0123456789";

                while (true) {
                    if ((posAt = page.find('@', posCur)) != string::npos) {
                        posStart = page.find_last_not_of(tags, posAt - 1) + 1;
                        posEnd = page.find_first_not_of(tags, posAt + 1);
                        posTmp = page.find('.', posAt + 1);
            // domain has at least one dot "xxx.yy"

                        if (posTmp != string::npos && posTmp < posEnd - 1 && posStart != posAt && posEnd != posAt + 1) {
                            email = page.substr(posStart, posEnd - posStart);
                            AddEmail(email, url); // add the email to special data struct
                        }
                        posCur = posEnd;
                    } else {
                        return;
                    }
                }
            //while
            }


            posted @ 2010-07-02 10:42 欣萌 閱讀(261) | 評論 (0)編輯 收藏
             
            因?yàn)閷?dǎo)師的臨時(shí)反悔,我不能去實(shí)習(xí)了。

            很對不起實(shí)習(xí)公司。覺得自己浪費(fèi)的別人的時(shí)間。經(jīng)過這么多面試,好不容易的機(jī)會(huì),本來想去好好學(xué)習(xí),順便解決畢業(yè)論文的問題。沒想到,導(dǎo)師會(huì)出爾反爾。 唉。

            GoogleDOC好像也不能新建文檔了。

            以后這里就成了我 摘抄小程序,寫體會(huì)的地方了。



            posted @ 2010-07-02 10:39 欣萌 閱讀(269) | 評論 (2)編輯 收藏
            僅列出標(biāo)題  
             
            亚洲精品无码成人片久久| 国产成人精品久久一区二区三区 | 国产三级久久久精品麻豆三级 | 国内精品久久久久影院免费| 国产精品久久久天天影视| 91精品国产91久久久久久蜜臀| 国产成人精品久久亚洲| 性欧美大战久久久久久久| 国内精品九九久久精品| 丰满少妇人妻久久久久久| 国内精品伊人久久久久影院对白 | 伊人热人久久中文字幕| 欧美粉嫩小泬久久久久久久| 亚洲午夜久久久影院| 久久亚洲国产午夜精品理论片| 久久天天躁狠狠躁夜夜不卡| 亚洲精品乱码久久久久66| 2021国产成人精品久久| 久久中文字幕精品| 精品综合久久久久久888蜜芽| 久久99精品久久久久久野外| 亚洲国产精品久久电影欧美| 免费国产99久久久香蕉| 奇米影视7777久久精品人人爽| 久久久久夜夜夜精品国产| 久久人妻无码中文字幕| 国内精品久久久久久不卡影院| 无码久久精品国产亚洲Av影片| 久久亚洲2019中文字幕| 狠狠狠色丁香婷婷综合久久五月| 久久亚洲中文字幕精品一区| 国产精自产拍久久久久久蜜| 久久发布国产伦子伦精品| 亚洲国产精品狼友中文久久久| 国产一区二区三区久久精品| 少妇久久久久久被弄高潮| 久久综合视频网| 色婷婷久久久SWAG精品| 国内精品久久久久久不卡影院| 久久精品免费一区二区三区| 久久久久人妻一区二区三区vr|