Fork節點在整個JBPM流程運轉過程中配合Join使用提供使多于一個的節點如：TaskNode、State等并行運行的作用，很可惜我們不能利用Fork提供的現有機制實現需求中經常遇到的并發子流程的效果，當然雖然JBPM并不支持并發子流程的機制，并不代表我們不能變通的實現，我將在另一篇文章中詳細說明我的并發子流程的實現方式。
      Fork類的注釋中說：if this fork behaviour is not sufficient for your needs, consider writing your own custom TokenHandler.看來連JBPM開發小組也意識到Fork可能不能滿足某些特殊的需求。注釋中還說Fork節點有三種配置方式，我很奇怪為什么代碼中只能找到兩種：
            1、without configuration : in that case the fork will launch one new sub-token over each of the leaving tranisions of the fork node.
            2、a script : can be used to calculate a collection of transition names at runtime. if a script is configured, the script must have exactly one variable with 'write' access. that variable should be assigned a java.util.Collection in the script expression.
     Fork類繼承自Node并實現了Parsable接口。Fork類相對簡單，他的私有成員變量只有一個：
        
        Fork中的Script可以在運行時對Fork節點選擇Transition,所以在實際應用中可以使用Fork+Script的方式進行多路路由選擇.但是有一點要特別注意：JBBM User Guide文檔中說：the script in a fork is not persisted.  script in fork might be removed in later versions of jPDL，原本以為這句話的前半句是說Script不會被持久化進數據庫，實驗了才知道其實Script還是被存進了數據庫，這半句的意思應該是說"fork中的script不被堅持"，JBPM開發小組要在新版本中放棄Script，我相信他們一定會提供更好的解決方案，讓我們拭目以待。 Fork重寫了Node類的read(Element forkElement, JpdlXmlReader jpdlReader)方法，其主要作用是解析JPDL中Fork節點Script的配置，并初始化自己的成員變量script。下面是execute(ExecutionContext executionContext)方法中的相關處理


下面讓我們來看一下，Fork產生的子Token的命名方式：

名字定好之后，Fork為每個離開轉向分別創建了一個子Token，加入一開始創建的forkedTokens中。最后開始循環列表，執行Node的leave方法，并觸發Node-leave事件
        
        看了這段代碼我們應該明白：Fork的Node-leave事件是會執行多遍的，具體要看產生的子Token的個數.至于ForkedToken類，其實是Fork的一個內被類，只起到一個普通Bean的作用.
  到這里，Fork類的大體內容我們已經解讀完畢，但是還有一點要注意的地方：
   add some way of blocking the current token here and disable that blocking when the join reactivates this token Then an exception can be thrown by in case someone tries to signal a token that is waiting in a fork.Suspend and resume can NOT be used for this since that will also suspend any related timers, tasks and messages...So a separate kind of blocking should be created for this.

        文章原創，轉載請注明出處！