BPEL全称为Business Process Execution Language，是一种基于XML的用于描述业务流程执行的语言。它主要用来把多个Web服务按照业务规则编排成一个完整的自动化流程，使不同系统之间的交互可以被机器解释和执行。与单纯调用单个接口不同，BPEL关注的是服务之间的消息流转、状态保持以及出错后的补偿动作。
BPEL的核心概念
在BPEL里，一个流程通常由多个参与方组成，这些参与方通过partnerLink来声明。partnerLink定义了流程与外部环境或其他服务之间的依赖关系，包括角色（role）和端口类型（portType）。流程内部通过变量（variable）保存从外界接收或待发送的消息内容，变量的类型一般引用WSDL中定义的消息结构。
活动（activity）是BPEL流程的基本执行单元。基础活动如invoke用于调用外部服务，receive用于等待特定消息，reply用于向调用方返回结果；结构化活动如sequence表示顺序执行，flow表示并发执行，while和if则提供控制逻辑。理解这些概念是掌握BPEL XML语法的第一步。
partnerLink与变量定义示例
下面这段XML展示了流程头部如何声明命名空间、partnerLink以及变量。注意所有标签都遵循BPEL规范，并且变量通过messageType关联到具体的WSDL消息。
<process name="LoanApprovalProcess"
targetNamespace="http://ippipp.com/loan"
xmlns:tns="http://ippipp.com/loan"
xmlns:lns="http://ippipp.com/loan/wsdl"
xmlns="http://docs.oasis-open.org/wsbpel/2.0/process/executable">
<partnerLinks>
<partnerLink name="client"
partnerLinkType="lns:LoanPLT"
myRole="loanService"
partnerRole="client"/>
<partnerLink name="assessor"
partnerLinkType="lns:AssessorPLT"
partnerRole="assessor"/>
</partnerLinks>
<variables>
<variable name="requestMsg" messageType="lns:LoanRequestMessage"/>
<variable name="responseMsg" messageType="lns:LoanResponseMessage"/>
<variable name="assessResult" messageType="lns:AssessResultMessage"/>
</variables>
</process>
BPEL的XML语法结构
BPEL文档的根元素是process，其内部必须包含至少一个结构化活动作为流程体。最常见的写法是使用sequence把多个步骤串起来：先receive客户请求，再invoke后台评估服务，最后reply结果。每个活动都可以带有name属性方便日志追踪，也可以通过sources和targets定义复杂的数据流依赖。
异常处理在BPEL中通过faultHandlers实现，而业务补偿则通过compensationHandler完成。例如当主流程中某个invoke失败，可以捕获fault并调用之前已成功服务的补偿操作，保证整体数据一致性。这种声明式语法让长事务在分布式环境下更可控。
完整流程体示例
以下代码演示了一个简化贷款审批流程：接收请求、调用评估服务、返回结果。其中assign活动负责把接收消息复制到调用参数变量中。
<sequence name="mainSequence">
<receive name="receiveLoanRequest"
partnerLink="client"
portType="lns:LoanPortType"
operation="submit"
variable="requestMsg"
createInstance="yes"/>
<assign name="prepareAssessInput">
<copy>
<from variable="requestMsg" part="payload"/>
<to variable="assessResult" part="payload"/>
</copy>
</assign>
<invoke name="callAssessor"
partnerLink="assessor"
portType="lns:AssessorPortType"
operation="evaluate"
inputVariable="assessResult"
outputVariable="assessResult"/>
<reply name="sendResponse"
partnerLink="client"
portType="lns:LoanPortType"
operation="submit"
variable="responseMsg"/>
</sequence>
编写BPEL时的常见误区
初学者常把BPEL当成普通脚本语言，直接在XML里写条件判断逻辑而不引用WSDL消息类型，这会导致引擎无法绑定服务。BPEL强依赖于WSDL描述，所有变量、端口和操作都必须在WSDL中先定义清楚，否则部署时会报解析错误。
另一个误区是忽略补偿机制。很多人只写invoke而不配置compensationHandler，当流程中途失败时就无法回滚已完成的远程操作。建议在涉及多个写操作的服务编排中，每个关键invoke都配套设计补偿活动，用scope包裹以便捕获和回退。
scope与补偿示例
下面的片段说明如何用scope隔离一个带补偿的服务调用，当外部fault抛出时可执行undo动作。
<scope name="bookScope">
<faultHandlers>
<catch faultName="lns:BookFailed">
<compensate name="compensateBook"/>
</catch>
</faultHandlers>
<compensationHandler>
<invoke name="cancelBook"
partnerLink="assessor"
portType="lns:AssessorPortType"
operation="cancel"
inputVariable="requestMsg"/>
</compensationHandler>
<invoke name="doBook"
partnerLink="assessor"
portType="lns:AssessorPortType"
operation="book"
inputVariable="requestMsg"/>
</scope>
总结
BPEL用统一的XML语法把分散的Web服务组合成可执行的业务流程，其价值在于标准化与可观测性。掌握partnerLink、variable、结构化活动以及异常处理语法，才能写出健壮的流程定义。实际项目中应结合BPEL引擎提供的控制台来调试消息流，并严格遵循WSDL契约，减少集成成本。