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

            置頂隨筆

            [置頂]以題論道----關(guān)于虛函數(shù)的一些解讀

                 摘要: virtual function是很多公司面試題的重點(diǎn)考察內(nèi)容,雖然對(duì)于C++而言這是一個(gè)老生常談的話題了,但是工作中我發(fā)現(xiàn)還是有很多人理解的不透徹。
            先看下面的一個(gè)例子  閱讀全文

            posted @ 2013-12-01 16:08 peakflys 閱讀(2999) | 評(píng)論 (7)編輯 收藏

            [置頂]從一道面試題來闡釋一個(gè)普遍的認(rèn)知誤區(qū)

                 摘要: 上午一個(gè)師弟在QQ上問我一道筆試題,是他前兩天去KONAMI面試時(shí)做的,這道題大致是這樣的:
            解釋以下語(yǔ)句的含義:
            1、new A;
            2、new A();
            也許很多人包括我自己,都可以馬上給出第一種情況的答案:在堆上為A類分配內(nèi)存,然后調(diào)用A的構(gòu)造函數(shù)。這種說法被大家所熟知,因?yàn)榘ā禨TL源碼剖析》等大作在內(nèi)也都是這么寫的(但是你認(rèn)為這種說法完全正確嗎?其實(shí)不盡然,答案后面揭曉)
            第二種情況,對(duì)象構(gòu)造的時(shí)候初始化列表為空會(huì)和第一種有什么不同呢?對(duì)于這種在實(shí)際工程中很少使用的情況,我一時(shí)還真給不出確切的答案。  閱讀全文

            posted @ 2013-04-08 13:43 peakflys 閱讀(6850) | 評(píng)論 (21)編輯 收藏

            [置頂]關(guān)于最優(yōu)無(wú)限循環(huán)的考證

                 摘要: 昨天在一個(gè)論壇里看到一個(gè)帖子,是關(guān)于無(wú)限循環(huán)的選擇問題,之前也看到過很多次說空for比while(1)效率高的論述,只是之前一直沒有功夫去考證。
            話不多說,直入正題。  閱讀全文

            posted @ 2013-01-05 12:39 peakflys 閱讀(3284) | 評(píng)論 (8)編輯 收藏

            [置頂]由段錯(cuò)誤引申出的緩沖區(qū)溢出攻擊分析

                 摘要: 前段時(shí)間在寫《段錯(cuò)誤造成的常見詭異宕機(jī)情況總結(jié)(中)》時(shí),分析到 程序中數(shù)據(jù)寫超時(shí)有可能寫到this指針?biāo)诘牡刂防锩妫瑢?dǎo)致最終詭異的宕機(jī)。其實(shí)網(wǎng)絡(luò)攻防里常用的緩沖區(qū)溢出攻擊也是這個(gè)道理,除了使用戶程序甚至計(jì)算機(jī)掛掉外,還有可能執(zhí)行攻擊者想執(zhí)行的任何程序,這篇文章主要詳細(xì)剖析一下第二種攻擊的方法以及現(xiàn)在Linux(包括各種修改版本,例如Android)、Windows下常使用的防范措施。  閱讀全文

            posted @ 2012-10-24 16:51 peakflys 閱讀(2528) | 評(píng)論 (2)編輯 收藏

            [置頂]段錯(cuò)誤造成的常見詭異宕機(jī)情況總結(jié)(下)

                 摘要: 國(guó)慶長(zhǎng)假終于結(jié)束了,從擁堵的噩夢(mèng)中醒來,該收收心重新回到工作中來了(順便吐槽一下鬧心的長(zhǎng)假,平時(shí)工作沒時(shí)間出去,放了長(zhǎng)假了 又不敢出去,路上耗費(fèi)大量的時(shí)間和金錢也算了,弄的整個(gè)人也身心疲憊的……)
            言歸正傳,接著上回宕機(jī)情況說。之前比較難找的宕機(jī)錯(cuò)誤已經(jīng)在前兩篇隨筆里說過了,這次要說的是前不久一個(gè)同事遇到的。他要做一個(gè)錄像功能,每次把客戶端的消息轉(zhuǎn)儲(chǔ)成文件時(shí)掛掉。大致代碼如下:  閱讀全文

            posted @ 2012-10-08 16:13 peakflys 閱讀(4661) | 評(píng)論 (1)編輯 收藏

            [置頂]小議c++之回調(diào)

                 摘要: 最近在做一個(gè)軍團(tuán)系統(tǒng)的資料片開發(fā),因?yàn)椴邉澨岢隽撕芏啾闅v某一軍團(tuán)當(dāng)前所有在線玩家的操作(例如發(fā)公告、拉人、給獎(jiǎng)勵(lì)),所以就想到了用回調(diào)。
            脫離實(shí)際項(xiàng)目代碼,先看一下示例實(shí)現(xiàn):  閱讀全文

            posted @ 2012-08-31 21:38 peakflys 閱讀(2928) | 評(píng)論 (1)編輯 收藏

            [置頂]論epoll的使用

                 摘要: 前幾天回答一個(gè)問題,是關(guān)于我們項(xiàng)目中使用的epoll模式的,因?yàn)橛洸淮笄辶耍杏X應(yīng)該使用的就是epoll的高速模式,也就是ET(edge-trigger)模式。這兩天閑暇的時(shí)候,打開代碼又看了一下,在epoll事件注冊(cè)時(shí)并未標(biāo)記ET模式,看來實(shí)際使用的是epoll默認(rèn)的LT(level-trigger )模式,為什么呢?使用LT意味著 只要 fd 處于 readable/writable 狀態(tài),每次 epoll_wait 時(shí)都會(huì)返回該 fd,系統(tǒng)開銷不說,自己處理時(shí)每次都要把這些fd輪詢一遍,如果fd很多的話,不管這些fd有沒有事件發(fā)生,epoll_wait 都會(huì)觸發(fā)這些fd的輪詢判斷。  閱讀全文

            posted @ 2012-08-26 18:33 peakflys 閱讀(12788) | 評(píng)論 (18)編輯 收藏

            [置頂]關(guān)于hash_map的一點(diǎn)感悟

                 摘要: 工作兩年中,關(guān)于查找敏感型的代碼不少用到了hash_map,關(guān)于它的實(shí)現(xiàn)細(xì)節(jié)和需要注意的地方這里梳理一下。因?yàn)楣ぷ髟趌inux環(huán)境下,所以這里hash_map的評(píng)述都是根據(jù)SGI的源碼。
            hash_map說簡(jiǎn)單一點(diǎn)就是一個(gè)hashtable桶和對(duì)于這個(gè)桶基本操作的再次封裝。即包含(圖片太麻煩,文字代替吧):1、_Hashtable* _M_ht;2、erase()、find()等函數(shù)。對(duì)應(yīng)的iterator包含:1、_hashtable* _M_ht(這個(gè)就是hash_map中的hashtable指針);2、_Node* _M_cur(指向當(dāng)前hashtable桶的某個(gè)節(jié)點(diǎn))。_Node的結(jié)構(gòu)為:  閱讀全文

            posted @ 2012-07-24 14:15 peakflys 閱讀(7357) | 評(píng)論 (5)編輯 收藏

            僅列出標(biāo)題  下一頁(yè)
            <2012年8月>
            2930311234
            567891011
            12131415161718
            19202122232425
            2627282930311
            2345678

            導(dǎo)航

            統(tǒng)計(jì)

            公告

            人不淡定的時(shí)候,就愛表現(xiàn)出來,敲代碼如此,偶爾的靈感亦如此……

            常用鏈接

            留言簿(4)

            隨筆分類

            隨筆檔案

            文章檔案

            搜索

            最新評(píng)論

            閱讀排行榜

            評(píng)論排行榜

            精品久久久久香蕉网| 精品人妻伦一二三区久久| 亚洲天堂久久久| 亚洲精品乱码久久久久久久久久久久| 日本精品久久久久久久久免费| 精品综合久久久久久98| 欧美一区二区精品久久| 久久国产劲爆AV内射—百度| 狠狠色丁香婷综合久久| 久久99热这里只频精品6| 日本精品久久久久中文字幕| 一本色道久久HEZYO无码| 久久国产视频网| 国产成人久久精品一区二区三区| 青青热久久国产久精品| 国产欧美久久久精品| 亚洲国产另类久久久精品黑人| 久久精品国产99久久久| 精品久久久久久国产| 欧美久久综合九色综合| 国产精品成人久久久久三级午夜电影| 亚洲综合日韩久久成人AV| 久久亚洲日韩看片无码| 一本一道久久a久久精品综合| 狠狠色丁香婷婷综合久久来来去| 999久久久免费国产精品播放| 久久国产精品免费| 国产无套内射久久久国产| 波多野结衣久久一区二区| 一本色道久久99一综合| 久久亚洲高清观看| 久久香综合精品久久伊人| 91精品国产91久久久久福利| 91久久婷婷国产综合精品青草| 精品久久久久久成人AV| 精品人妻伦一二三区久久| 精品国产乱码久久久久久呢| 99久久国产综合精品成人影院 | 国产福利电影一区二区三区久久老子无码午夜伦不 | 欧美日韩精品久久久久| 久久99精品久久久久久久不卡|