置頂隨筆
摘要: 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的結構為：
閱讀全文
2015年2月10日
摘要: bash shell有很多命令是和locale相關，本篇文章就來研究一下這種相關性的具體表現。
閱讀全文
2015年1月14日
摘要: 項目中和自己代碼中大量使用了STL的容器，平時也沒怎么關注alloc的具體實現細節，主觀認識上還停留在侯捷大師的《STL源碼剖析》中的講解。
但是目前編譯器的實現，早已經不是書中所言……
閱讀全文
2014年3月26日
摘要: 對于服務器程序而言，尤其是云計算時代的服務器程序，三高標準(高可用、高性能、高擴展)往往是衡量一個優秀的服務器程序的重要指標。本篇文章主要聊聊服務宕機恢復(高可用的重要內容)、負載均衡(高擴展、高可用的主要內容)。以下內容均屬個人工作中的見解，如有不妥之處，歡迎指正。 ----peakflys
閱讀全文
2013年12月1日
摘要: virtual function是很多公司面試題的重點考察內容，雖然對于C++而言這是一個老生常談的話題了，但是工作中我發現還是有很多人理解的不透徹。
先看下面的一個例子
閱讀全文
2013年5月27日
摘要: 項目終于上線了，伴隨著人數的逐步上升，最近查看日志，發現了大量連接超時的日志。項目中使用的是TCP長連接，為了保證網絡資源及時有效的釋放，程序中是1分鐘一次心跳，3分鐘無心跳即認為超時。此為本文的背景
相對于TCP連接建立時的三次握手，我想很多人對斷開連接的四次招呼就不是那么熟了，這里先談一下TCP的斷開，下面給出TCP斷開連接的過程圖：
閱讀全文
2013年4月8日
摘要: 上午一個師弟在QQ上問我一道筆試題，是他前兩天去KONAMI面試時做的，這道題大致是這樣的：
解釋以下語句的含義：
1、new A;
2、new A();
也許很多人包括我自己，都可以馬上給出第一種情況的答案：在堆上為A類分配內存，然后調用A的構造函數。這種說法被大家所熟知，因為包括《STL源碼剖析》等大作在內也都是這么寫的（但是你認為這種說法完全正確嗎？其實不盡然，答案后面揭曉)
第二種情況，對象構造的時候初始化列表為空會和第一種有什么不同呢？對于這種在實際工程中很少使用的情況，我一時還真給不出確切的答案。
閱讀全文
2013年2月4日
摘要: 前兩篇blog介紹了P2P的原理和libjingle庫的基本情況，如果直接看代碼，很多細節可能不會注意到，這種時候最有效的方法當然是看它的開發文檔，因為庫是由Google開發和維護，所以這方面我們不用擔心，文檔首頁見這里。但是如果要深入了解庫代碼為什么這么寫，為什么這么約定時，還需要了解相應的協議。
便于大家了解，特整理如下。(轉載請注明作者和出處 by peakflys)
閱讀全文
2013年1月30日
摘要: 國內現在很多語音聊天工具都是基于TURN方式實現的，包括YY、AK等等，這種方式對于服務器的性能要求很高，而且在用戶量增大的時候，服務器壓力也會越來越大，用戶的語音質量也會受到很大影響。而基于P2P方式實現的語聊服務器，就可以極大的避免這種情況的發生，而且用戶的語音體驗也會非常好。
閱讀全文
2013年1月25日
摘要: 為了項目的后期IM應用，最近在研究libjingle，中間看了也收集了很多資料，感慨網上很多資料要么太過于糾結協議（如STUN、ICE等）實現細節，要么中間有很多紕漏。最后去偽存真，歸納總結了一下，希望對以后的同行有些許幫助。
如果有什么需要討論或者指正的，歡迎留言或者郵件peakflys@gmail.com
閱讀全文
2013年1月5日
摘要: 昨天在一個論壇里看到一個帖子，是關于無限循環的選擇問題，之前也看到過很多次說空for比while(1)效率高的論述，只是之前一直沒有功夫去考證。
話不多說，直入正題。
閱讀全文