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.

        文章原创，转载请注明出处！