下面來說說OSWorkflow流程實(shí)例的結(jié)束。

       在workflow pattern中有一種模式：Implicit Termination（隱性終止）。這種模式描述了這樣一種情形：活動(dòng)集中沒有任何可以執(zhí)行（或有可能執(zhí)行）的活動(dòng)，此時(shí)流程實(shí)例已經(jīng)不能進(jìn)行任何操作和運(yùn)轉(zhuǎn)。

       這個(gè)和我們通常所說的死鎖，不是一回事情：流程的死鎖是表示流程實(shí)例依然存在可以運(yùn)行（或必需運(yùn)行的）的活動(dòng)實(shí)例，但是由于缺少資源而不能執(zhí)行某項(xiàng)操作而造成流程實(shí)例沒有正常運(yùn)行。這種情況最為典型的就是，某一個(gè)出差了，但是沒有設(shè)置代理，造成任務(wù)沒有執(zhí)行。

       在OSWorkflow支持了Implicit Termination。當(dāng)然OSWorkflow也支持我們最為常用的設(shè)置結(jié)束點(diǎn)。

先說說OSWorkflow對(duì)設(shè)置結(jié)束點(diǎn)的支持，這個(gè)是非常容易的，只需要將Step中的某一個(gè)Action的屬性finish的值設(shè)置為“true”即可。

       既然這么簡單，我為什么還要說呢？

       既然一個(gè)簡單東東還拿來說，那就說明這個(gè)東東其實(shí)不簡單。

讓我們來思考一個(gè)問題，OSWorkflow為什么會(huì)將finish這個(gè)屬性放在了Action而不是放在了Step上呢？

       依據(jù)我們通常說理解的：在眾多活動(dòng)節(jié)點(diǎn)中，有一個(gè)結(jié)束節(jié)點(diǎn)，這個(gè)結(jié)束節(jié)點(diǎn)表示了流程實(shí)例結(jié)束的語義。實(shí)際上很多工作流引擎都是這么做的，shark,jbpm,yawl等等。

       這是因?yàn)樵?/span>OSWorkflow的視角中，并沒有一個(gè)Step這個(gè)概念。OSWorkflow真正只有兩個(gè)視角：State和Action。而step和status只是聯(lián)合扮演了state的角色。所以在OSWorkflow的執(zhí)行引擎類中，只有doAction等等操作方法，而沒有doStep之類的方法。

       對(duì)于執(zhí)行引擎來說，其只知道，任何一種狀態(tài)，都必然意味著是由某種action所引起的變化結(jié)果。Action上設(shè)置Finish，表示這個(gè)Action只要發(fā)生，其產(chǎn)生的結(jié)果狀態(tài)就是“Finish”。——這是FSM（有限狀態(tài)機(jī)）的基本原則——一個(gè)Finish狀態(tài)的產(chǎn)生，就表示整個(gè)流程實(shí)例的結(jié)束。

       所以想把OSWorkflow的精華理解透徹，就必須在腦海中先暫時(shí)放棄“活動(dòng)”、“結(jié)束點(diǎn)”、“起始點(diǎn)”之類的概念?！?/span> 所以在這里順便說一句額外的話，OSWorkflow其實(shí)并不是非常適合剛剛結(jié)束工作流的初學(xué)者。剛剛接觸工作流的人，個(gè)人建議還是先鉆研鉆研WFMC的一些東東，雖然我們都說XPDL這不好，那不好，其實(shí)xpdl之中有很多值得參考的思想。