底層io事件，以及借用socket poller的上層0mq socket事件。
先來看用於底層和上層的兩種poller。
這是用於底層io事件的poller_t，每個socket_base_t都關聯到乙個poller_t，這個poller_t執行在io_thread_t執行緒上。
這是執行在0mq socket層的事件poller。執行在你的控制線程，也就是你程式設計的執行緒。
每次你使用zmq_poller_poll都會建立乙個sokcet_poller_t去進行poll。
我們要去輪詢乙個0mq socket層事件，我們會通過zmq_poll將socket_base_t新增到poller而不是底層fd。
item_t的第二個成員是pollfd，在這裡設定為0，表示並不使用fd進行poll。
下面再看socket_poller_t::wait
注釋寫得很清楚，並不是在poll底層的fd，在poll返回後，遍歷所有socket_base_t，並getsocket去取zmq_events事件。zmq_poll被喚醒一般是0mq socket通過signaler_t去傳送喚醒訊號。
再來看socket_poller_t::rebuild()， 這是每次socket_poller_t::wait()之初都呼叫的。
其中它為我們需要進行zmq_poll的socket_base_t進行了pollfd的關聯，但不是socket_base_t底層的socket fd，而是zmq_fd選項。我們就來看zmq_fd到底返回什麼給我們。
mailbox_t和mailbox_safe_t的不同，就是為zmq_poll服務的。mailbox_t 使用自身的signaler_t，而mailbox_safe_t 使用的signaler_t 是那個使用它的socket_poller_t，並且乙個mailbox_safe_t 可以繫結多個signaler_t 。當乙個socket_base_t被多個socket_poller_t進行zmq_poll時，每個執行緒只能執行乙個zmq_poll，也就是有多個執行緒在zmq_poll。這時各個poller只對它自身的signaler_t進行poll，所以是執行緒安全的。而mailbox_t的情況卻是乙個signaler_t被多個poller同時在poll。系統呼叫poll和select是不支援多執行緒的。
Gridview，Formview的事件驅動
最近發現一件怪事 執行formview的insert的時候，girdview自動重新整理了一次。奇怪啊。我沒有寫這個重新繫結的方法啊 name id birthday name birthday name id birthday 新增 用 10仔細分析了一下事件的執行順序。問題 為什麼以前的用gv的...
Ring0建立事件Ring3設定事件
同步事件 synchronizationevent 當事件物件為激發時，如遇到kewaitforxx等核心函式，事件物件則自動變回未激發態 通知事件 notificationevent 當事件物件為激發時，如遇到kewaitforxx等核心函式，事件物件則不會自動變回未激發態 ring0 建立事件 ...
概率為0 不可能事件
概率為0 不可能事件主要是指針對連續性變數來講的，連續性隨機變數的概率密度在變數域上都是有值的，但是若是求某個點處的事件概率，則值為0，某乙個點處的積分值為0，但是在這個點出的事件是可能發生的。所以說概率為0不一定是不可能事件。但是其實在連續性變數中求某個點處的發生概率值是沒有意義的。某個點處概率密...