置頂隨筆
摘要: virtual function是很多公司面試題的重點考察內容，雖然對于C++而言這是一個老生常談的話題了，但是工作中我發現還是有很多人理解的不透徹。
先看下面的一個例子
閱讀全文
摘要: 上午一個師弟在QQ上問我一道筆試題，是他前兩天去KONAMI面試時做的，這道題大致是這樣的：
解釋以下語句的含義：
1、new A;
2、new A();
也許很多人包括我自己，都可以馬上給出第一種情況的答案：在堆上為A類分配內存，然后調用A的構造函數。這種說法被大家所熟知，因為包括《STL源碼剖析》等大作在內也都是這么寫的（但是你認為這種說法完全正確嗎？其實不盡然，答案后面揭曉)
第二種情況，對象構造的時候初始化列表為空會和第一種有什么不同呢？對于這種在實際工程中很少使用的情況，我一時還真給不出確切的答案。
閱讀全文
摘要: 昨天在一個論壇里看到一個帖子，是關于無限循環的選擇問題，之前也看到過很多次說空for比while(1)效率高的論述，只是之前一直沒有功夫去考證。
話不多說，直入正題。
閱讀全文
摘要: 前段時間在寫《段錯誤造成的常見詭異宕機情況總結(中)》時，分析到 程序中數據寫超時有可能寫到this指針所在的地址里面，導致最終詭異的宕機。其實網絡攻防里常用的緩沖區溢出攻擊也是這個道理，除了使用戶程序甚至計算機掛掉外，還有可能執行攻擊者想執行的任何程序，這篇文章主要詳細剖析一下第二種攻擊的方法以及現在Linux(包括各種修改版本，例如Android)、Windows下常使用的防范措施。
閱讀全文
摘要: 國慶長假終于結束了，從擁堵的噩夢中醒來，該收收心重新回到工作中來了（順便吐槽一下鬧心的長假，平時工作沒時間出去，放了長假了 又不敢出去，路上耗費大量的時間和金錢也算了，弄的整個人也身心疲憊的……）
言歸正傳，接著上回宕機情況說。之前比較難找的宕機錯誤已經在前兩篇隨筆里說過了，這次要說的是前不久一個同事遇到的。他要做一個錄像功能，每次把客戶端的消息轉儲成文件時掛掉。大致代碼如下：
閱讀全文
摘要: 最近在做一個軍團系統的資料片開發，因為策劃提出了很多遍歷某一軍團當前所有在線玩家的操作(例如發公告、拉人、給獎勵)，所以就想到了用回調。
脫離實際項目代碼，先看一下示例實現：
閱讀全文
摘要: 前幾天回答一個問題，是關于我們項目中使用的epoll模式的，因為記不大清了，感覺應該使用的就是epoll的高速模式，也就是ET(edge-trigger)模式。這兩天閑暇的時候，打開代碼又看了一下，在epoll事件注冊時并未標記ET模式，看來實際使用的是epoll默認的LT(level-trigger )模式，為什么呢？使用LT意味著 只要 fd 處于 readable/writable 狀態，每次 epoll_wait 時都會返回該 fd，系統開銷不說，自己處理時每次都要把這些fd輪詢一遍，如果fd很多的話，不管這些fd有沒有事件發生，epoll_wait 都會觸發這些fd的輪詢判斷。
閱讀全文
摘要: 工作兩年中，關于查找敏感型的代碼不少用到了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的結構為：
閱讀全文