• 启动一个Gen_Fsm

    启动一个Gen_Fsm

    在上一节的例子中,该gen_fsm是通过调用 code_lock:start_link(Code) 来启动的:

    1. start_link(Code) ->
    2. gen_fsm:start_link({local, code_lock}, code_lock, Code, []).

    start_link 调用函数 gen_fsm:start_link/4。该函数产生并连接到一个新的gen_fsm进程.

    • 第一个参数 {local,code_lock} 指明了名字。在这里,gen_fsm会在本地注册为 code_lock 。如果名字被省略了,那么将不会注册gen_fsm。这样就必须使用它的pid。名字也可以这样写 {global,Name}, 这样,gen_fsm就是使用 global_register_name/2 来注册了。
    • 第二个参数 code_lock 是回调模块的名字,也就是回调函数所位于的模块。在这个例子里面,接口函数(start_link 和 button)是位于和回调函数(init, locked 和 open)相同的模块中。这一般是较好的编程实践,让一个进程对应的代码包含在一个模块里面。
    • 第三个参数 Code 是一个值,将被原封不动传递给回调函数 init 。这里, init 得到锁的正确代码做为内部数据。
    • 第四个参数 [] 是一个选项的列表。参见 gen_fsm(3) 来找到可用的选项。如果名称注册成功,新的gen_fsm进程会调用回调函数 code_lock:init(Code)。这个函数要返回 {ok,StateName,StateData},其中 StateName 是gen_fsm初始状态的名字。在这个例子里面是 locked,假设门一开始是锁着的。 StateData 是gen_fsm的内部状态。(对于gen_fsm来说,内部状态一般是指“状态数据”(state data),以区别于状态机的状态)。在这个例子里面,状态数据(state data)是到目前为止的按钮的顺序(开始的时候为空)和锁的正确密码顺序。
    1. init( Code ) ->
    2. {ok, locked, {[], Code}}.

    注意gen_fsm:start_link是同步的。它只有到gen_fsm已经完成初始化并且可以接收通知的时候才返回。

    如果gen_fsm是一个监毒树的一部分的话——即由督程启动的——必须使用 gen_fsm:start_link 。有另外一个函数 gen_fsm:start 来启动一个独立的gen_fsm——即,gen_fsm不属于监督树的一部分。