事件的前身是消息（Message）。消息本质就是一条数据，这条数据里记载着消息的类别，必要的时候还记载一些消息参数（如WM_LBUTTONDOWN消息所携带的参数——鼠标单击处的X、Y坐标），也有些消息是不用携带参数的（如按钮被单击的消息——程序员并不关心鼠标点在按钮的哪个位置上了）。
随着微软面向对象开发平台日趋成熟，微软把消息机制封装成了更容易让人理解的事件模型。事件模型隐藏了消息机制的很多细节，消息驱动机制在事件模型中被简化为3个关键点：
事件的拥有者：即消息的发送者。事件的宿主可以在某些条件下激发它拥有的事件，即事件被触发。事件被触发则消息被发送。
事件的响应者：即消息的接收者、处理者。事件接收者使用其事件处理器（Event Handler）对事件做出响应。
事件的订阅关系：事件的拥有者可以随时激发事件，但事件发生后会不会得到响应要看有没有事件的响应者（事件是否被关注）。
事件的响应者通过订阅关系直接关联在事件拥有者的事件上，为了与WPF的路由事件模型区分开，把这种事件模型称为直接事件模型或者CLR事件模型。在CLR直接事件模型中，事件的拥有者就是消息的发送者（sender）。
- Windows消息机制中重要概念之一，最常见的人机交互手段之一
- XAML帮助应用管理用户输入，执行不同的行为
- 引入增强型事件处理系统-Routed Event（路由事件）
- 事件常常被用于控制更改通知操作
C#事件的基础语法
事件系统在WPF中被升级进化称为路由事件（Routed Event）,并在其基础上衍
生出命令传递机制。这些机制很大程度上减少了对程序员的束缚，让程序的设计和
实现更加灵活，模块之间的耦合度也进一步降低
什么是路由事件？
WPF中的事件为路由事件，所谓路由事件，MSDN定义如下：
**功能定义：**路由事件是一种可以针对元素树中的多个侦听器（而不是仅针对引发该事件的对象）调用处
理程序的事件。
**实现定义：**路由事件是一个 CLR 事件，可以由 RoutedEvent 类的实例提供支持并由 Windows
Presentation Foundation (WPF) 事件系统来处理。
路由事件使用以下三种路由策略之一：
浮升(冒泡)： 调用事件源上的事件处理程序。 路由事件随后会路由到后续的父级元
素，直到到达元素树的根。 大多数路由事件都使用浮升路由策略。 浮升路由事件通
常用于报告来自不同控件或其他 UI 元素的输入或状态变化。
隧道： 最初将调用元素树的根处的事件处理程序。 随后，路由事件将朝着路由事件
的源节点元素（即引发路由事件的元素）方向，沿路由线路传播到后续的子元素。
合成控件的过程中通常会使用或处理隧道路由事件，通过这种方式，可以有意地禁
止复合部件中的事件，或者将其替换为特定于整个控件的事件。 在 WPF 中提供的输
入事件通常是以隧道/浮升对实现的。 隧道事件有时又称作预览事件，这是由该对所
使用的命名约定决定的。
直接： 只有源元素本身才有机会调用处理程序以进行响应。 这类似于 Windows 窗
体用于事件的 “路由”。 但是，与标准 CLR 事件不同，直接路由事件支持类处理 (类
处理将在下一节中介绍) 并可由 EventSetter 和使用 EventTrigger 。
路由（Roule）：起点与终点间有若干个中转站，从起点出发后经过每个中转站时要做出选择，最终以正确（比如最短或者最快）的路径到达终点。
从Windows AP1开发到传统的.NE开发，消息的传递（或者说事件的激发与响应）都是直接模式的，即消息直接由发送者交给接收者（或者说事件宿主发生的事件直接由事件响应者的事件处理器来处理）。
WPF把这种直接消息模型升级为可传递的消息模型——WPF的UI是由布局组件和控件构最的树形结构，当这棵树上的某个结点激发出某个事件时，程序员可以选择以传统的直接事件模式让响应者来响应之，也可以让这个事件在UI组件树沿着一定的方向传递且路过多个中转结点，并在这个路由过程中被恰当地处理。
路由事件与直接事件的区别在于：
直接事件激发时，发送者直接将消息通过事件订阅交送给事件响应者，事件响应者使用其事件处理器方法对事件的发生做出响应、驱动程序逻辑按客户需求运行；
路由事件的事件拥有者和事件响应者之间则没有直接显式的订阅关系，事件的拥有者只负责激发事件，事件将由谁响应它并不知道，事件的响应者则安装有事件侦听器，针对某类事件进行侦听，当有此类事件传递至此时事件响应者就使用事件处理器来响应事件并决定事件是否可以继续传递。
尽管WPF推出了路由事件机制，但它仍然支持传统的直接事件模型。