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

置頂隨筆

[置頂]以題論道----關于虛函數的一些解讀

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

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

[置頂]從一道面試題來闡釋一個普遍的認知誤區

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

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

[置頂]關于最優無限循環的考證

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

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

[置頂]由段錯誤引申出的緩沖區溢出攻擊分析

     摘要: 前段時間在寫《段錯誤造成的常見詭異宕機情況總結(中)》時,分析到 程序中數據寫超時有可能寫到this指針所在的地址里面,導致最終詭異的宕機。其實網絡攻防里常用的緩沖區溢出攻擊也是這個道理,除了使用戶程序甚至計算機掛掉外,還有可能執行攻擊者想執行的任何程序,這篇文章主要詳細剖析一下第二種攻擊的方法以及現在Linux(包括各種修改版本,例如Android)、Windows下常使用的防范措施。  閱讀全文

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

[置頂]段錯誤造成的常見詭異宕機情況總結(下)

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

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

[置頂]小議c++之回調

     摘要: 最近在做一個軍團系統的資料片開發,因為策劃提出了很多遍歷某一軍團當前所有在線玩家的操作(例如發公告、拉人、給獎勵),所以就想到了用回調。
脫離實際項目代碼,先看一下示例實現:  閱讀全文

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

[置頂]論epoll的使用

     摘要: 前幾天回答一個問題,是關于我們項目中使用的epoll模式的,因為記不大清了,感覺應該使用的就是epoll的高速模式,也就是ET(edge-trigger)模式。這兩天閑暇的時候,打開代碼又看了一下,在epoll事件注冊時并未標記ET模式,看來實際使用的是epoll默認的LT(level-trigger )模式,為什么呢?使用LT意味著 只要 fd 處于 readable/writable 狀態,每次 epoll_wait 時都會返回該 fd,系統開銷不說,自己處理時每次都要把這些fd輪詢一遍,如果fd很多的話,不管這些fd有沒有事件發生,epoll_wait 都會觸發這些fd的輪詢判斷。  閱讀全文

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

[置頂]關于hash_map的一點感悟

     摘要: 工作兩年中,關于查找敏感型的代碼不少用到了hash_map,關于它的實現細節和需要注意的地方這里梳理一下。因為工作在linux環境下,所以這里hash_map的評述都是根據SGI的源碼。
hash_map說簡單一點就是一個hashtable桶和對于這個桶基本操作的再次封裝。即包含(圖片太麻煩,文字代替吧):1、_Hashtable* _M_ht;2、erase()、find()等函數。對應的iterator包含:1、_hashtable* _M_ht(這個就是hash_map中的hashtable指針);2、_Node* _M_cur(指向當前hashtable桶的某個節點)。_Node的結構為:  閱讀全文

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

2015年2月10日

關于Bash shell在不同locale下的”異常”表現之探討

     摘要: bash shell有很多命令是和locale相關,本篇文章就來研究一下這種相關性的具體表現。  閱讀全文

posted @ 2015-02-10 09:10 peakflys 閱讀(1821) | 評論 (0)編輯 收藏

2015年1月14日

SGI STL中默認Allocator為何變為new_allocator?

     摘要: 項目中和自己代碼中大量使用了STL的容器,平時也沒怎么關注alloc的具體實現細節,主觀認識上還停留在侯捷大師的《STL源碼剖析》中的講解。
但是目前編譯器的實現,早已經不是書中所言……  閱讀全文

posted @ 2015-01-14 16:50 peakflys 閱讀(4439) | 評論 (8)編輯 收藏

2014年3月26日

說說服務器宕機恢復和負載均衡那些事(上)

     摘要: 對于服務器程序而言,尤其是云計算時代的服務器程序,三高標準(高可用、高性能、高擴展)往往是衡量一個優秀的服務器程序的重要指標。本篇文章主要聊聊服務宕機恢復(高可用的重要內容)、負載均衡(高擴展、高可用的主要內容)。以下內容均屬個人工作中的見解,如有不妥之處,歡迎指正。 ----peakflys  閱讀全文

posted @ 2014-03-26 16:58 peakflys 閱讀(4147) | 評論 (0)編輯 收藏

2013年12月1日

以題論道----關于虛函數的一些解讀

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

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

2013年5月27日

一場虛驚——記大量心跳超時事件的排查

     摘要: 項目終于上線了,伴隨著人數的逐步上升,最近查看日志,發現了大量連接超時的日志。項目中使用的是TCP長連接,為了保證網絡資源及時有效的釋放,程序中是1分鐘一次心跳,3分鐘無心跳即認為超時。此為本文的背景
相對于TCP連接建立時的三次握手,我想很多人對斷開連接的四次招呼就不是那么熟了,這里先談一下TCP的斷開,下面給出TCP斷開連接的過程圖:  閱讀全文

posted @ 2013-05-27 16:56 peakflys 閱讀(5876) | 評論 (2)編輯 收藏

2013年4月8日

從一道面試題來闡釋一個普遍的認知誤區

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

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

2013年2月4日

Libjingle和各協議的關系

     摘要: 前兩篇blog介紹了P2P的原理和libjingle庫的基本情況,如果直接看代碼,很多細節可能不會注意到,這種時候最有效的方法當然是看它的開發文檔,因為庫是由Google開發和維護,所以這方面我們不用擔心,文檔首頁見這里。但是如果要深入了解庫代碼為什么這么寫,為什么這么約定時,還需要了解相應的協議。
便于大家了解,特整理如下。(轉載請注明作者和出處 by peakflys)  閱讀全文

posted @ 2013-02-04 15:29 peakflys 閱讀(8523) | 評論 (2)編輯 收藏

2013年1月30日

Libjingle庫 綜述

     摘要: 國內現在很多語音聊天工具都是基于TURN方式實現的,包括YY、AK等等,這種方式對于服務器的性能要求很高,而且在用戶量增大的時候,服務器壓力也會越來越大,用戶的語音質量也會受到很大影響。而基于P2P方式實現的語聊服務器,就可以極大的避免這種情況的發生,而且用戶的語音體驗也會非常好。  閱讀全文

posted @ 2013-01-30 16:54 peakflys 閱讀(17851) | 評論 (3)編輯 收藏

2013年1月25日

P2P的原理和常見的實現方式(為libjingle開路)

     摘要: 為了項目的后期IM應用,最近在研究libjingle,中間看了也收集了很多資料,感慨網上很多資料要么太過于糾結協議(如STUN、ICE等)實現細節,要么中間有很多紕漏。最后去偽存真,歸納總結了一下,希望對以后的同行有些許幫助。
如果有什么需要討論或者指正的,歡迎留言或者郵件peakflys@gmail.com   閱讀全文

posted @ 2013-01-25 15:43 peakflys 閱讀(37637) | 評論 (12)編輯 收藏

2013年1月5日

關于最優無限循環的考證

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

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

僅列出標題  下一頁
<2025年9月>
31123456
78910111213
14151617181920
21222324252627
2829301234
567891011

導航

統計

公告

人不淡定的時候,就愛表現出來,敲代碼如此,偶爾的靈感亦如此……

常用鏈接

留言簿(4)

隨筆分類

隨筆檔案

文章檔案

搜索

最新評論

閱讀排行榜

評論排行榜

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            一区二区三区日韩欧美| 亚洲国产日韩一区| 欧美顶级大胆免费视频| 美女诱惑黄网站一区| 亚洲国产美女久久久久| 欧美国产精品人人做人人爱| 久久蜜桃资源一区二区老牛| 欧美影院成年免费版| 久久久久久亚洲精品杨幂换脸| 亚洲日本va午夜在线影院| 欧美日韩国产一区二区| 亚洲一级免费视频| 翔田千里一区二区| 一区二区在线不卡| 亚洲日韩欧美视频| 国产精品私人影院| 老司机aⅴ在线精品导航| 免费欧美在线| 午夜精品久久久久久久久久久久| 久久国产精品久久精品国产 | 亚洲电影网站| 欧美三级韩国三级日本三斤| 欧美在线精品一区| 欧美大片一区二区三区| 欧美一区三区二区在线观看| 久久亚洲午夜电影| 亚洲欧美成aⅴ人在线观看| 午夜精品美女久久久久av福利| 国产一区视频在线观看免费| 亚洲高清不卡| 国产视频在线观看一区| 亚洲第一福利社区| 国产欧美一区二区三区另类精品| 欧美成人资源网| 国产欧美精品在线观看| 国产精品网站一区| 一本色道综合亚洲| 久久精品72免费观看| 夜夜爽99久久国产综合精品女不卡| 亚洲欧洲99久久| 亚洲免费成人av电影| 久久精品国产一区二区三区| 亚洲女人天堂av| 欧美激情1区2区3区| 久久亚洲影音av资源网| 国产精品久久久久久久午夜| 亚洲高清免费在线| 18成人免费观看视频| 亚洲欧美一区二区激情| 亚洲在线日韩| 欧美日韩成人在线播放| 亚洲观看高清完整版在线观看| 国产一区二区毛片| 午夜久久美女| 欧美一区二区三区免费看| 欧美午夜久久| av成人免费在线| 一区二区三区高清在线观看| 亚洲精品五月天| 欧美三级日韩三级国产三级| 欧美aⅴ一区二区三区视频| 亚洲男女自偷自拍| 亚洲图片在线观看| 欧美日产一区二区三区在线观看| 欧美wwwwww| 亚洲三级国产| 欧美电影免费观看网站| 亚洲国产日韩欧美| 亚洲美女在线看| 欧美区国产区| 一本色道久久88综合日韩精品| 在线亚洲高清视频| 欧美午夜视频| 午夜精品久久久久久99热软件| 久久国产一区| 精品动漫3d一区二区三区免费| 久久成人综合网| 欧美成人午夜77777| 亚洲青色在线| 国产日韩精品视频一区| 欧美激情一区二区三区在线视频| 亚洲精品免费一二三区| 欧美激情第二页| 亚洲免费大片| 欧美亚洲免费电影| 国内免费精品永久在线视频| 久久久久久综合| 亚洲精品久久久久久久久久久久| 亚洲线精品一区二区三区八戒| 国产精品亚洲综合久久| 久久久久99| 99www免费人成精品| 久久国产精品久久精品国产| 在线观看不卡av| 欧美日本免费| 欧美制服丝袜第一页| 亚洲第一精品福利| 午夜欧美精品| 亚洲精品一区在线| 国产亚洲电影| 久久综合网色—综合色88| 亚洲影视九九影院在线观看| 99riav久久精品riav| 亚洲女女做受ⅹxx高潮| 久久激情视频| 99re热这里只有精品视频| 欧美诱惑福利视频| 亚洲精品一二三| 国产亚洲日本欧美韩国| 欧美日韩国产成人在线91| 久久精品一区| 亚洲一区二区精品视频| 欧美激情第3页| 久久精品综合| 亚洲女人av| 在线一区视频| 亚洲人午夜精品免费| 国产一区二区三区久久久| 欧美日韩国产一区二区| 欧美成在线观看| 久久国产主播| 欧美在线观看网址综合| 亚洲午夜一级| 久久婷婷国产综合精品青草| 日韩视频免费观看| 欧美日韩无遮挡| 久久资源av| 久久露脸国产精品| 久久超碰97人人做人人爱| 中日韩高清电影网| 99国产成+人+综合+亚洲欧美| 亚洲福利av| 欧美高潮视频| 亚洲成在人线av| 欧美激情免费在线| 欧美国产第二页| 亚洲承认在线| 亚洲高清精品中出| 亚洲国产欧美久久| 亚洲国产三级在线| 最新国产成人在线观看| 亚洲国产精品一区| 亚洲区国产区| 一本色道久久综合亚洲精品不| 最新国产成人在线观看| 亚洲精品免费网站| 一区二区三区黄色| 亚洲一区二区成人在线观看| 亚洲一区三区在线观看| 一本色道久久88精品综合| 性8sex亚洲区入口| 欧美手机在线| 国产精品麻豆成人av电影艾秋| 欧美精品久久久久久久免费观看| 欧美精品二区三区四区免费看视频| 欧美成人日韩| 欧美色图五月天| 国产精品一卡二卡| 国内精品国语自产拍在线观看| 影音欧美亚洲| 夜夜嗨av一区二区三区免费区| 亚洲视频一区| 久久久精品午夜少妇| 美日韩免费视频| 亚洲精品女人| 夜夜狂射影院欧美极品| 亚洲综合精品自拍| 久久综合精品国产一区二区三区| 欧美插天视频在线播放| 国产精品乱子久久久久| 狠狠88综合久久久久综合网| 亚洲乱码国产乱码精品精| 亚洲女性喷水在线观看一区| 久久人人爽人人爽| 欧美成人日韩| 国产亚洲人成网站在线观看| 欧美精品一区二区三区久久久竹菊 | 欧美少妇一区| 在线成人激情视频| 一本色道久久综合亚洲精品按摩| 欧美亚洲自偷自偷| 欧美国产日韩一区二区| 亚洲天堂av在线免费观看| 美女精品一区| 国产美女扒开尿口久久久| 91久久线看在观草草青青| 午夜在线a亚洲v天堂网2018| 欧美国产日韩视频| 久久成人久久爱| 国产精品高潮粉嫩av| 亚洲激情网站免费观看| 久久久久.com| 亚洲性感美女99在线| 欧美激情一区二区三区在线| 韩国一区电影| 欧美在线黄色| 亚洲一品av免费观看| 欧美屁股在线| 亚洲一区二区免费| 亚洲图片在区色|