摘要: 在高級語言例如C++中有效的使用共享內存并不是一件淺顯易懂的事情，但是它也能克服這些內在的困難。這篇文章描述了在Linux上使用共享內存的兩個C++設計模式并包含了樣例代碼，以及給讀者打開了更有效的進程間通信的一扇門。

在面向對象系統中，當一個對象接收到一個消息時它能夠發送一套事件。這些事件主要在同步模式下被處理。這個調用進程或者線程在發送消息調用完成之前，發送給對象一個消息和處理事件。然而，如果這個對象送出這些被更多的進程共享以及駐留在內存里的事件，情況就稍微的發生了一些變化。

這篇文章用兩個C++的設計模式詳細的描述了上述的情況，并且用一些例子程序闡明了解決方案。
  閱讀全文

     摘要: Unix跟Windows等那些”對于開發者易于使用”的OS比起來，在信號和線程的利用方面有諸多的限制。但是即使不知道這些知識就做構架設計和實現的情況也隨處可見。這個就是那些經常不能再現的bug的溫床吧。

因此，我想分成幾回來寫一些準則來防止陷入到這些圈套里。

準則1：不依賴于信號收發的設計

·給其他進程以及自己發送異步信號并改變處理流程的設計不要做

異步信號是值用kill系統調用來創建?發送的信號、例如SIGUSR1,SIGUSR2,SIGINT,SIGTERM 等
簡單的使用忽略信號(SIG_IGN)則沒有問題
·不要把線程和信號一起使用
  閱讀全文

     摘要: 準則2: 要知道信號處理函數中可以做那些處理
· 在用sigaction函數登記的信號處理函數中可以做的處理是被嚴格限定的
· 僅僅允許做下面的三種處理
1. 局部變量的相關處理
2. “volatile sig_atomic_t”類型的全局變量的相關操作
3. 調用異步信號安全的相關函數
· 以外的其他處理不要做！  閱讀全文

     摘要: 在多線程程序里,在”自身以外的線程存在的狀態”下一使用fork的話,就可能引起各種各樣的問題.比較典型的例子就是,fork出來的子進程可能會死鎖.請不要,在不能把握問題的原委的情況下就在多線程程序里fork子進程.  閱讀全文