本文介绍了Microsoft Dynamics 365（以下简称D365）中的两个概念，事件框架（Event Framework）与事件执行管道（Event execution pipeline）。
本文适用于：Applies To: Dynamics 365 (online), Dynamics 365 (on-premises), Dynamics CRM 2016, Dynamics CRM Online
注意：本文的一些内容可能已经不适用于最新的D365，翻译只为参考、学习。
本文链接：https://www.cnblogs.com/hhelibeb/p/11086723.html
原文链接：https://docs.microsoft.com/en-us/previous-versions/dynamicscrm-2016/developers-guide/gg334361(v=crm.8)
事件框架（Event Framework）通过D365你可以通过集成自定义业务逻辑（代码）来扩展或自定义服务器的功能。你可以自定义产品来支持自己公司的业务，可以向产品添加新的特性。事件框架技术允许你将自开发代码集成到D365系统中。
事件框架允许你创建丰富的垂直和水平解决方案，它通过支持可靠、便携的开发与集成自定义业务逻辑实现这点。你的自定义逻辑在集成到系统中后，可以作为D365主要执行路径的一部分被同步执行，也可以在一个托管队列中异步执行。业务数据可以传输到你的自定义代码中，可以根据数据的性质执行相应的action，或者直接修改数据。
业务框架提供以下关键特性：
一个改进的业务处理子系统。该子系统提供了执行plugin和workflow的统一方法，提高了可靠性、增强的特性集和plugin的可移植性。
事件框架API。可以以plugin和workflow的形式扩展D365平台。
一个用于部署plugin和workflow到数据库的API。它使你可以将plugin和workflow自动分发到数据中心的所有相关服务器上。
同步和异步的plugin执行。同步plugin作为主要的D365事件处理的一部分以预定义的顺序执行，异步plugin被队列化并独立执行。
只有D365 server和Outlook客户端支持事件框架。有关扩展D365 Web应用的信息，可以参考Customize Microsoft Dynamics 365 applications
事件执行管道（Event execution pipeline）D365的事件处理子系统会基于消息管道处理模型执行plugin。由plugin或其它应用调用的用户action、SDK方法会产生一个消息，发送给organization Web Service。消息包含业务实体信息和核心操作信息。消息被传递给事件执行管道，通过管道，消息可以被平台核心和其它任何注册的plugin读取。
注意：虽然D365平台托管了多个Web Service，只有由organization和OData端触发的事件会导致plugin执行。
架构和相关组件下图是D365平台中有关异步和同步事件处理的整体架构，
注意：不管是异步还是同步执行的plugin，都有一个2分钟的执行时间限制。如果执行超时，就会产生System.TimeoutException异常。对于需要超过2分钟的执行时间的情况，考虑使用workflow或其它后台处理方式实现。2分钟限制只对在部分信任下注册的的plugin，也叫做沙箱。更多信息： Plug-in isolation, trusts, and statistics
管道阶段 (Pipeline stages)管道被分为多个阶段，有4个可以用于自定义开发或者第三方plugin。在阶段内注册的多个plugin可以进一步在阶段内排序。
Event
Stage name
Stage number
Description
Pre-Event
Pre-validation
10
在主系统操作前执行的阶段。有可能在数据库事务外执行。
安全注意事项
这个阶段比安全检查要早，安全检查是指对调用的检验或用户执行权限检查日志。