筆記六 - gen_event

-module(testevent).
-behaviour(gen_event).

-export([init/1, handle_event/2, handle_call/2, handle_info/2, terminate/2, code_change/3]).

-record(state, {}).

init([]) ->
    {ok, #state{}}.

handle_event(Event, State) ->
    {ok, State}.

handle_call(Request, State) ->
    Reply = ok,
    {ok, Reply, State}.

handle_info(Info, State) ->
    {ok, State}.

terminate(Reason, State) ->
    ok.

code_change(OldVsn, State, Extra) ->
    {ok, State}.

看了一下實現,發現沒,和gen_server很像,有木有?

那二者到底有什麼區別呢?咱們先來看一下接口函數先,區別後面再說.

init/1 : 當函數start或者start_link調用後,本身回調這個函數.這裏 start_link 啓動有必定講究.什麼時候用start什麼時候用start_link?
handle_event/2 :  由 gen_event:notify 驅動
handle_call/2 : 由 gen_event:call 驅動
handle_info/2 : 這個系統內部消息驅動,或者消息過來,好比send !.仍是同樣需深刻一下
terminate/2 : 當進程被終止時驅動.
code_change/3 : 當代碼熱更新時被驅動.

handle_event/2和 handle_call/2有什麼區別呢,是的第一個函數沒有咱們須要的返回值,第二個是有返回值的.shell

那麼gen_event和gen_server到底什麼區別呢:
gen_event能夠動態添加修改刪除事件,看上去很好用,很實用,實際上不多會用到這個(看了otp源碼不多用這個).函數

那怎麼添加刪除事件呢:看如下函數就明白了:
code

gen_event:start(Handler) -> {ok, Pid} | {error, What}
    gen_event:add_handler(Handler, Mod, Args) -> ok | Other
        gen_event:notify(Handler, Event) -> ok
        gen_event:call(Handler, Mod, Query) -> {ok, Val} | {error, Why}
        gen_event:call(Handler, Mod, Query, Timeout) -> {ok, Val} | {error, Why}
    gen_event:delete_handler(Handler, Mod, Args) -> Val
    gen_event:swap_handler(Handler, {OldMod, Args1}, {NewMod, Args2}) -> ok
    gen_event:which_handler(Handler) -> [Mod]
gen_event:stop(Handler) -> ok
相關文章
相關標籤/搜索