【毕业学位论文】（Word原稿）基于SOA的航空异构信息交互平台的设计和实现-软件工程

中图分类号： 学校代码： 10055 密级： 硕 士 专 业 学 位 论 文 基于 的设计和实现 s 要 I 摘要 航空 系统是一个多学科融合，多子系统集成的高复杂系统。随着我国经济的飞速发展，航空业的发展取得了一定的进展，但是也暴露了一系列的问 题：基础设施建设滞后，资源不能共享，信息化建设和业务分离等。 针对这些问题，本文提出基于 面向服务体系架构 的解决方案。 和传统的技术相比，面向服务体系架构独立于实现服务的硬件平台、操作系统和编程语言，这使得构建系统中的服务可以以一种统一和通用的方式进行交互，为企业的现有资产或投资带来更好的重用性，可以有效地消除 “信息孤岛 ”等问题； 借助现有的应用来组合产生新服务的敏捷方式，提供给企业更好的灵活性，从而可方便地构建应用程序和新的业务流程。 对此，本文在大量文献调研基础上，使用成熟的中间件技术，基于面向服务 体系架构（ 对航空异构信息交互平台进行了设计。 对其中框架服务、功能服务、信息处理服务、数据仓库和消息中间件的选取进行了阐述和讨论。交互平台的设计难点主要集中在框架服务，所以基于 航空异构信息交互平台 ， 从工程的角度，以模块化、组件化的设计方式，研讨并实现了框架服务。 论文主要阐述了如何基于 构和 消息 流， 设计 航空异构信息交互平台，并根据实际场景需求，实现框架 服务 ， 使得航空信息系统的资源访问趋于透明化、设计简单化，并且可以对系统今后的升级扩展提供基础支持。 关键字 ： 面向服务体系 架构； 异构信息交互平台； 框架服务 I is s it a of is t be so a is to is of in a to of a of to to is on OA to of on in is of to to to of of to be to s in 目录 录 摘要 . I . 录 . 一章 绪论 . 1 第一节 研究项目背景 . 1 第二节 国内外研究现状 . 2 第三节 研究 项目的目的和意义 . 3 第四节 本文的主要工作 . 4 第五节 本文组织结构 . 5 第六节 本章小结 . 5 第二章 核心问题分析 . 7 第一节 . 7 . 7 . 8 第二节 消息传递架构 . 8 第三节 . 12 第四节 消息传递机制 . 12 第五节 . 14 第六节 本章小结 . 17 第三章 异构信 息交互平台架构设计 . 18 第一节 . 18 目录 V 第二节 . 19 第三节 . 20 第四节 . 22 . 22 . 23 . 25 间件服务 . 25 . 26 第五节 . 27 . 27 务注册表和存储库 . 28 全和目录服务 . 28 统管理和监控 . 28 第六节 本章小结 . 28 第四章 异构信息交互平台框架服务实现与应用 . 30 第一节 . 30 第二节 . 31 第三节 . 33 . 34 话管理模块 . 38 计服务模块 . 41 能管理服务模块 . 45 志管理服务 . 46 考数据服务 . 48 心服务 . 48 第三节 异构信息交互框架服务应用实例 . 49 第四节 本章小结 . 54 第五章 总结与展望 . 55 目录 一节 本文主要工作 . 55 第二节 展望 . 55 参考文献 . 57 致谢 . 59 个人简历 在学期间发表的学术论文与研究成果 . 60 第 一 章 绪论 1 第 一 章 绪论 第一节 研究项目背景 随着我国 经济的不断发展，航空业在迎来机遇的同时，也面临着一系列随之而来的严峻挑战。航空行业本身就属于风险高、投入巨大、收益率一般的行业，在航空自由化政策的推进下，各个航空公司普遍面临着严峻的市场压力。要想在市场中存活，就必须进行产业信息化，优化管理流程，整合企业资源，提高经营效率。目前， 各大航空公司为提升自身 的核心 竞争力，都在不断拓展其航空相关业务的信息化应用。 但是 ，我国航 空产 业的信息化建设 并未赶上我国航空市场的飞速发展 的 步调。不论是应用 到 网络，还是 内容到服务都显 得很 薄弱， 航空 公司内部的基础设施建设 、电子商务、民 航 信息化 管理 、数据分析服务 等环节 信息化水平亟待提升。 航空信息系统是一个涉 及 甚广 的高复杂系统， 其中的经营、管理、市场、销售等各方面都需要广泛应用信息化技术。伴随着航空公司规模的不断扩张，信息技术，特别是数据的传输、存储和分析已成为市场决胜的关键。 整个航空业虽然在服务和数据方面的投入不断增加，但始终存在两个难以解决的问题： 一方面，航空业已经发展数十载的核心技术和行业标准，以及稳定的应用和系统，势必会在相当长的一段时期内，参与到信息化建设当中。如何在现有的遗留系统和 产上构建统一高效的信息服务平台，是我们 必须要面对的问题。由于业务的高速发展，各个业务部门的信息系统只是针对相关领域进行功能上的建设和投入，缺乏整体的规划。这使得单个系统在满足业务需求的同时，相同或者类似的功能在不同的场景和应用中反复建设，核心的数据也同样以各种形式重复存储，缺乏统一的信息互联。这不但导致了资源的大量浪费，经营效率的下降，同时还衍生出了 “信息孤岛 ”问题。 另一方面， 随着信息技术的不断革新，需求的变化愈来愈快，产品的周期缩短，市场竞争日趋激烈。而传统软件开发的模式，基于具体的需求，系统化第 一 章 绪论 2 地构建服务。这种模式在面对需求的不断变更和服 务的复杂组合时，往往显得力不从心，不能根据市场的瞬息万变，在复杂度很高的集成系统中做出快速的应变。怎样定义基础的服务，并进行编排以快速适应新的需求，也是整个行业的一个棘手问题。 第二节 国内外研究现状 目前针对 面向服务 体系 架构 ） 的理论研究较为宏观抽象，而其实践往往基于特定的行业或者特定的领域。但是有一点共识，那就是借助 业可以有效的进行软件的重用，并根据业务需求构建模块化、低耦合的分布式应用系统。 基于 数字校园综合信息服务平 台的研究与设计 3对基于数字校园综合信息服务平台做出了系统全面的研究和设计，应用了成熟的网络 台和用开发技术，以信息服务的视角进行了平台顶层设计和关键技术的选择。 基于 金融异构信息系统整合平台的设计与实现 4对金融行业特别是银行业高速发展所带来的信息孤岛问题和黑洞问题进行了分析，同时对于传统的企业集成方案如单纯的 扩展标记语言）和 成、 方式进行了剖析，提出了建模 整合平台 模型的解决方案。 基于 同平台的 资源管理研究与实现 5以移动 统 也称无址化办公或 3A 办公，即办公人员可在任何时间 （ 、任何地点 （ 理与业务相关的任何事情 （ 为主要实现原型，以面向服务的建模方式实现服务封装，成功搭建各个模块的服务接口，实现了服务逻辑的整合，并具有一定的可扩展性。 以上文献对于服务建模和以服务为基础的封装业务逻辑有着较为深刻的指导意义。 基于 架的认证服务关键技术研究 6对 证服务方面进行了研讨，提出了 证服务 体系框架，并设计实现该环境中统一身份验证的管理机制。 基于 数据交换平台的研究 7主要针对数据交换技术进行了分析和研讨，提出了多层次的分布式数据交换平台应用模型，对于异构数据采用动态适第 一 章 绪论 3 配器技术，并使用类 二进制资源数据集组件对层次数据进行包装，以实现多批次数据推送。 基于 8侧重于基于 数据交换的透明性访问、异构数据访问控制、数据的传输机制以及数据交换的效率进行了研究和实践。 基于 9提出了一种 基于 文本聚类、分类技术进行了研讨， 并将各个系统封装为 实现系统集成中的各种服务，最终实现了对于批量文本的分类、聚类、关键字抽取、文本检索等功能；作为处理和组织大量文本数据的系统，一定程度上减轻了信息爆炸所带来的各种困扰，对信息定位和信息分流也进行了实践和优化。 基于 异构数据集成研究和应用 10主要对数据集成中需要解决的问题进行了研讨，以服务为核心，构建中心数据库集成共享公共数据；同时使用元数据模型管理不同数据模式，设计冲突解决策略，最终实现不同 系统间数据的一致性。 航空公司持续创新导向的 究 11对本文有着较为深刻的指导意义：首先该文献立足航空产业，论证了产业持续创新对信息化的需求；其次在现有系统和问题的基础上，讨论了 耦合、模块化、可重用等技术特征，以及对企业现在和未来信息化平台的支撑。 随着 术的不断演变， 以服务的方式封装各个异构系统的功能以实现无缝调用的技术已经较为成熟。但是，针对航空平台的复杂结构，并没有一套高效可用的框架服务以支持整个系统的异常处理、会话管理、审计和 性能管理等功能， 本文将对这个方向进行探索研讨。 第三 节 研究项目的目的和意义 航空公司每次航班运营都需要 300 多个 统协同合作才可以办到，这导致了一系列问题： 1. 不同复杂系统间的通讯和合作使得整个平台环境复杂度极高。 2. 从数据的角度来看，不同的数据格式带来复杂的适配器设计和实现，而且缺乏数据的统一治理，数据存储方面存在着不一致性。 第 一 章 绪论 4 3. 从业务的角度来看，每个系统根据自身的功能支持特定的业务规范，这使得平台整合成为一场灾难。每个相关系统的升级和改变都将会像黑洞一样，在投入大量资源的同时，不能快速有效地提升业务效率。 4. 从资源整合平台的角度来看，改变和提升会带来各种不 可预知的整合风险，平台升级后的测试较为困难，整个系统环境很难被有效地监控，问题分析定位的复杂度呈指数级上升。 因此，针对上述问题，本文对航空业异构信息系统进行研究和实践，力求减少系统环境的复杂度，使得系统间的通讯和合作 更为高效。从数据的角度，基于 架，实现动态的适配器选择应用 ，灵活转换各种数据形式，并以统一标准构建数据仓库 ；从业务的角度， 剥离具体的业务模型，以粗粒度实现基本的、 可重用的功能服务，再通 过较高层次的服务编排组合，快速实现新服务和新功能。从资源整合平台 的角度，设计实现了一系列基于 异构信息系统 的管理和监控服务，可以较为有效地对 系统 状态和服务状态进行 监控和 排查，提高了出现问题分析定位的效率以及若干服务升级修改后系统连调测试的效率。 第四节 本文的主要工作 本文基于面向服务体系构架，对航空业的企业级应用进行了分析研讨，特别针对其大量遗留异构数据系统和 产问题进行了分析和研究 ，并对消息中间件技术和产品进行了多方面的调研，选取了 成熟技术作为解决航空异构环境的基础 ， 最 终 设计 异构信息交互平台以解决这个问题。在进行设计工作的同时，本文也逐步深入地探讨了系统解决方案， 并对其中最关键的框架服务进行了实 现 。 鉴于航空系统的高复杂性，框架服务需要对不同层次和类型的异常进行有效的捕捉和处理 ，针对异构信息交互平台的不同层次种类的异常，设计实现异常处理模块 ；基于不同业务需求， 针对异构系统多样化、高吞吐量的服务请求，设计实现会话管理模块， 对会话资源进行有效管理，动态分配会话资源，以满足 高并发性高吞吐量的实际应用场景；针对整个平台的管理和监控， 设计实现审计、性能和日志模块， 准确 地 定位问题和反馈运行状态 ；针对 不同场景平台的实际应用配置，设计实现参考数据服务模块。 第 一 章 绪论 5 第五节 本文组织结构 文章 整体 内容组织如下 。 第二章： 本章研究了 构建异构信息交互平台 所需的背景 知识 和 核心 技术。分别阐述了 意义和应用；基于 框架，改进演变航空 系统的消息传递模型；航空业独有的全球服务分销系 统和它的重要意义，该系统将作为主要的终端服务提供者与异构信息平台 交互；最后对所涉及的消息中间件的相关内容进行了阐述。 第三章： 设计 了 构信息交互平台） 的整体架构。 首先是 构建原则 ， 然后是平台架构设计和交互流程。在本章中，分别对 心模块和外部增强模块进行了讨论和设计。 核心模块的设计包括框架设计、功能设计、消息处理服务设计、数据仓库设计和中间件服务选取；外部增强模块设计包括 务网关、服务注册表和存储库、安全和目录服务以及系统管理和监控。 第四章： 详细地阐述了 架服务各个核心 模块的实现 与应用 。 本章首先描述了 架服务 的整体架构图 和交互流程 ； 然后分别针对异常处理模块、会话管理模块、审计服务模块、性能管理模块、日志管理模块、参考数据模块以及核心服务进行了讨论和实现。 然后基于上述内容的实现，描述了一个真实的业务案 例；最后对 架服务实现进行总结 。 第五章： 本文的主要工作是异构信息交互平台 的设计以及 框架服务的实现与应用 。本章 在总结 本文主要工作 的同时，继续挖掘不足之处和可以改进的地方。 第六节 本章小结 在本章中，首先对项目的背景和国内外研究现状进行了分析，其次在充分调研理解的基础上，提出了基于 航空异构信息交互平台课题，并对课题第 一 章 绪论 6 的意义 和重点解决的内容 进行了阐述；然后描述了基于课题的主要工作；最后对本文的整体结构安排进行了阐述。 第 二 章 核心问题分析 7 第 二 章 核心问题分析 本章 针对 异构信息交互平台 整体设计和框架服务实现 所牵 涉的相关问题、主要概念和解决方案 进行分析阐述。 第一节 意义和优 势 首先，本文针对 面向服务体系 架 构 ）1的意义和其解决可复用的框架服务 问题的优势进行分析阐述。 意义及解决问题领域 构造分布式计算的应用程序的方法。它将应用程序功能作为服务发送给最终用户或者其他服务。 当前解决异构系统整合、应用系统集成最理想的 方式 12。 以 将异构平台和系统上应用程序的不同功能部件封装为服务，并通过定义良好 的接口和规范把这些服务以松耦合方式整合在一起。简而言之， 更快 的速度 响应业务单位的需求。 所以，接口应当采取中立的方式进行定义，接口本身独立于实现服务的硬件平台、编程语言和操作系统。这种方式，使得构建在各种异构系统中的服务可以以一种通用和统一的方式进行信息交互 2。 这种没有强制绑定到特定实现、特定技术上接口定义的特征，称为服务之间的松耦合。松耦合系统的好处有两点，一点是它的灵活性，另一点是，当组成整个应用程序的服务根据需求变化，本身的内部结构和实现逐渐地发生改变时，复 杂服务可以使用基本服务，重新编排组合使用。 针对航空行业的信息平台， 谓物尽其用。粗粒度的服务接口封装一项具体的业务功能。针对业务的变化（例如促销活动），组合编排复杂服务。针对大量已有的 产和异构系统，提供松耦合的 务，以统一标准整合系统，为开发和维护工作节省了大量时间。 第 二 章 核心问题分析 8 优 势 使用 决 异构 信息交互平台整体设计和框架服务实现 问 题 ， 具有以下优势： 将现有的资产包装成提供功能的服务。组织可以继续从现有的资源中 获取价值，而不必重新从头开始 构建 。 服务间的松散耦合关系和服务设计的层次架构模型，可以实现更好的伸缩性和可用性。使用者无需知道提供者的具体实现细节；提供者则可以在企业服务总线等集群环境中灵活部署。 将基础设施、技术更新和具体实现发生的改变所带来的影响降到最低限度，隔离了需求和业务复杂性。当在航空信息平台这种场景下，很多异构系统一起协作提供价值链时，这点就显得尤为重要。 第二节 消息传递架构 基于 念，本文将在本节中对消息传递的架构进行讨论。 图 基于消息的传统传递模式架构， 也是大多数航空遗留系统的消息传递方式，各系统间通过特定的适配器进行交互，假设参与交互的系统数量为 N，那么接口的数量最多为 N*（ 。 这种消息传递架构的特点是： 应用之间点对点的连接。 实现简单、基本的信息交互和数据传递。 应用之间使用不同的适配器技术。 维护和支持复杂度高。 第 二 章 核心问题分析 9 S y s t e y s t e Bi n t e r f Ai n t e r f .S y s t e y s t e y s t e y s t e nt nt nt nt nt nt Di n t e r f Ci n t e r f Ei n t e r f Fi n t e r f nt nt 图 统消息传递架构 随着企业业务的快速变化和需求增加，信息化的复杂度与日俱增，传统消息框架为每组系统间设置接口和适配器，如果接入系统数量较少，这种点对点的方式复杂性 还可以接受，但是接口和适配器与系统的数量成平方关系，后接入的系统必须与每个与自己交互的系统配置接口或适配器，这使得后期的维护和系统的接入复杂度成倍增加。故传统消息传递架构只适用于较为简单的定制化系统。 随着系统复杂性的逐步提升和新系统的不断接入，演变出过渡性的消息传递架构。这是一种星形的架构，可以支持更多系统的交互，并集中提供通用系统服务，如图 示，这种过渡性架构在一段时间内满足了航空系统的升级和业务需求。它的主要特点是： 第 二 章 核心问题分析 10 通过星形拓扑结构的核心管理节点实现应用之间的整合。 很容易管理大量的连接和系统 。 集中实现安全、监控、日志等系统服务。 应用之间使用不同的适配器技术。 S y s t e y s t e A d a p t e A d a p t e rS y s t e y s t e y s t e y s t e d a p t e d a p t e u s i n e s s L o g i c . 消息传递架构 相比传统消息传递架构，过渡性框架也需要接口或者适配器，但是他的复杂性与交互系统数量呈线性关系 。各系统向中心控制节点获取、推送数据，由中心控制节点管理数据流，这样可以做到有效地扩展和维护。 但是 消息传递架构的应用之间仍然使用不同的适配器技术，这使得适配器接口的开发和维护仍然是一项很复杂的工作。 所以 架构模型逐渐在企业级应用开发领域 崭露头角。 据不同第 二 章 核心问题分析 11 的需求，通过网络等方式，对松散耦合的粗粒度应用组件进行分布式的组合、应用和部署。 如图 示， 息传递的关键在于 “服务 ”，服务间彼此可以通信，这种通信既可以是简单的数据传送，亦可以是多个服务间协调进行的活动。换句话说，信息资源在 被置于标准访问的各种服务中，在消息的消费者看来，这一系列服务 的组合就如同消息池，消费者可以按需存取消息，真正地把业务逻辑和底层实现进行分离。 本文使用日渐成熟的 架，针对航空业 系统的复杂结构 ， 设计 异构信息交互平台 ） 的整体架构 ， 构建支持整体架构的框架服务， 通过 框架服务 模块支持业务 的流程实现，实现真正 高效健壮并且可扩展的异构信息交互平台 。 S y s t e y s t e t d .S e r v i c eI n t e r f .S t d .S e r v i c eI n t e r f .S y s t e y s t e y s t e y s t e t a n d a r dS e r v i c e T r a n s p o r t&S t a n d a r d M e s s a g e M o d e 息传递架构 第 二 章 核心问题分析 12 第三节 球分销系统 球分销系统），是应用于航空行业及旅游行业 的大型计算机信息服务系统。通过全球分销系统，全球的旅游销售机构可以及时地从航空公司、旅馆、租车公司、旅游公司获取大量的与旅游相关的信息，从而为顾客提供便利、快捷、可靠的服务。航空产业主要使用的分销系统有 我国航空产业，主要使用中国航信的分销系统 从 发展过程看， 由于旅游业的迅猛发展而从航空订座系统中分流出来的面向旅行服务的系统。如今， 经发展成为一个服务于整个旅游业的产 业，除了原有的航空运输业， 旅馆 、租车、旅游公司、铁路公司等也纷纷加入到 来。经过技术与商务的不断发展， 经能够为旅行者提供及时、准确、全面的 信息服务 ，并且可以满足消费者旅行中包括交通、住宿、娱乐、支付及其他后继服务的全方位需求 32。 为整个航空系统销售的数据源，其分发的数据会被多个下游系统使用，可以支持复杂多变的业务组合。 服务分销系统是商业服务的提供者。在本文中主要体现为航空预订系统，也 被称作旅客支持系统（ 主要含有三个模块：1. 预定系统 2. 离港控制系统 3. 库存清单管理系统。在这里，服务分销系统就是旅客支持系统的一个例子，特征化地支持着三个服务模块。所以服务分销系统是终端的服务提供者，当 取任意需求 或查询后，将转化并发送请求到服务分销系统，服务分销系统将 返回相应的数据到 由 送服务到相应的异构系统。 第四 节 消息 传递机制 以上章节已经阐述了 意义和优点以及消息传递架构的演进，本节承上启下，针对 核心的消息中间件进行分析 ，消息中间件作为平台的基础架构之一，可以有效 地 支持 框架服务 的 实现 。 消息中间件（ 23是一种由消息传递机制组成的中间件技术，利用高效可靠的消息传递机制进行与平台无关的数据交第 二 章 核心问题分析 13 流，并基于数据通信来进行分布式系统的集成，具有异步传送、防御通信、并发执行 、日志通信、通信方式多样和隔离网络复杂性等多种特性。 目前的消息中间件主要支持两种消息通信模型：消息队列和消息传递 25。消息队列是一种间接通信模型，其通信基于队列来完成；消息传递是一种直接通信模型，消息被直接发给感兴趣的实体。这两种消息传递的模型在航空信息平台中，都是不可或缺的。在后面的章节中 ， 息交互平台 的设计和 框架服务 实现都会使用这两种消息模型。 在消息中间件中，有两个典型的角色：消息生产者和消息消费者。消息生产者产生和发送消息到消息中间件中，而消息消费者从消息中间件中获取消息进行相应的处理 。而对于 息交互平台 ，它既是消息的生产者，也是消息的消费者。基于 念，当异构系统发出消息请求时， 构 信息交互平台 将会充当服务的生产者，请求系 统无需知道最终消息的生产者是谁；同样当面对消息的生产者时（例如上 节阐述的服务分销系统）， 构 信息交互平台 根据不同的业务分类，存储相关数据，以消费者的角色从上游数据源抽取数据。 这里本文使用到了 息服务（ 9， 台中关于消息中间件的应用程序接口。在 ，消息由两 部分构成，消息头和消息负载。消息头是用来存储与消息相关的元数据，而消息负载就是消息的实际内容，可以是文本数据、二进制数据，也可以是特定格式的数据。 按照消息在传递过程中是否被序列化，消息的传递模式可以分为持久化型和非持久化型。持久化型是用在那些对消息传递可靠性要求非常高的情况下，消息在传递过程中被保存到持久化介 质（硬盘等）中，在消息中间件发生故障时，消息仍然能够发送且仅发送 一次到消息的目的地。非持久化型主要用于可靠性要求不高的消息发送过程中。但是在消息发送吞吐量较高的场景中，由于消息被保存在内存中，当发送出 现故障时，消息会丢失，因此消息只能确保最多会被发送一次。 目前的消息中间件的消息传递模式有两种 ，如图 图 示 ，点对点（ o 式 14和发布 /订阅（ 式。点对点的模式中，消息发送的目的地是消息队列（ 消息队列中接受到的消息，只会被传递给一个并且是唯一的消息消费者，非常类似于个人通过电子邮件服务器发送人对人的电子邮件。而发布 /订阅模式的消息发送目的地是主题第 二 章 核心问题分析 14 （ 消息生产者将消息发送到某一主题中，消息消费 者通过注册订阅该消息来接受该主题中的消息。该模式是典型的一对多的关系，任何被发送到某主题中的消息都会被传递给所有的订阅者，类似于发电子邮件给邮件列表中的所有用户。 图 对点传输 图 布订阅模式 第五节 解 构建完善的异构 信息交互平台 ，除了 消息传递机制 ，另一个重要的问题就是 实现框架服务以支持 消息流的实现。本节主要分析阐述了实现消息流所必须的编程语言 相关设计模式。 扩展的结构化查询语言（ 由 义的编程语言，用于定义和处理消息流中的数据。 由于整个 异构 信息交互平台 基于 品构建，所第 二 章 核心问题分析 15 以这里首先分析理解该消息中间件使用的编程语言。 于结构化查询语言（ 管理查询主流关系型数据库的基础（ 如 B， ）。 展了 言的构造，增加了 处理消息和数据库内容的支持，以便定义消息流中节点的行为。 为定制消息流中的节点而创建的 码在 件中定义，通常称为 它与消息流项目关联。 下面对 数据类型、变量和语句进行阐述。 据类型： 布尔型 日期时间型 数字型 引用型 字符串型 数据类型定义数据项的特征，并决定如何处理这些数据。 持以上列出的六种数据类型 ， 当在 达式内处理从数据库中、在自定义消息中接收或在消息模型中定义的数据 时，这些数据会映射为这些基本 型之一。 量： 可以使用 句来定义三种类型的变量： 外部变量 （使用 键字定义）也称为用户定义的属性（ 请参阅 用户定义的属性。它们在消息流的整个生存期存在，并对通过流的所有消息都可见。它们的初始值（可以通过 句设置）可以在设计时由消息流编辑器修改，或在部署时由 辑器修改。它们的值不能由 改。 “常规”变量 具有一个消息通过节点时的生存期。它们只对该消息可见。要定义 “常规”变量，请省略 键字。 共享变量 可用于实现消息流中的内存高速缓存。共享变量生命期较长，并且可被通过流的多个消息看到，使用长生存期变量。共享变量的生存期与声明此变量的执行组进程生存期、流或节点生存期，或者节点 生存期相同 。第 二 章 核心问题分析 16 在每个代理启动后，共享变量会在第一条消息通过流或节点时进行初始化。 句 ： 句是表示一系列操作或一组声明中的步骤的指令。 供许多不同的语句，它们执行不同类型的运算。所有的 句以识别语句类型的关键 字开始，并且以分号结束。 序由许多语句构成，它们按照语句编写顺序执行 ，以下对主要使用的语句进行阐述 。 句调用例程。例程是用户定义的函数或过程，已通