Binding绑定机制其自身就维护者一个绑定注册表，这个注册表中将源与目标一一对应了起来。Target<---->Source。每当UI的属性值发生改变时，WPF系统将会自动调用一个全局的委托事件处理函数，可能就是public event PropertyChangedEventHandler PropertyChanged。在这个事件中，会使用刚才提到的绑定注册表，从而维护绑定目标和绑定数据源之间的数据同步机制
Binding接收到事件后，事件消息会告诉他是哪个属性发生了改变，于是就会通知Binding目标端的UI元素属性显示新的值。
依赖属性和路由事件都是通过注册的方式来实现的，而不是通过直接new方法来实例化得到的。也就是说在类中维护着一个依赖属性注册表和路由事件注册表。而这也是WPF依赖属性和路由事件实现附加功能的幕后机制的基础。
依赖属性的更改通知：
当我们使用绑定机制实现UI元素与依赖属性绑定之后，当UI元素的Property发生改变或者是依赖属性的值发生了改变，都会激发一个PropertyChanged的事件，WPF会响应这个事件实现UI元素与依赖属性的同步。而我们知道，UI元素也是依赖属性。
1、wpf的事件与C#中的普通事件还是有区别的，比如定义事件，需要用add和remove来添加和移除与事件数据有关的TapEvent字段。在触发事件时，靠的是控件的单击事件来触发，尽管在实现上与c#有区别，但步骤一样，定义事件，触发事件（区别是c#事件不需要保留数据，因为它只对控件自己负责，WPF的事件要实现路由，要传送）。
路由事件路由的方式有三种，一种是“冒泡”，就是有事件触发元素往上路由，一种是“直接”，就是只发生在触发元素本身，还有一种是“隧道”，就是从元素树的顶端到触发事件的元素，一般情况下，“隧道”的路由方式的事件，事件的名称前都有一个Preview开头。。路由事件也可以在某个元素上中断它，也就是调用事件订阅方法参的第二个参数，通常是RoutedEventArgs类型，调用它的Handled属性，就会中断事件的路由，到此元素为止。
2、C#中的事件，可以说几乎都是由UI来驱动的，也可以叫做 ”消息驱动“。每次触发事件 都可以看成向程序传递 一条消息，由应用程序的一套算法来 解析消息 来做出反应。 这个过程就是 ”事件订阅“的过程，就是我们在Designer.cs 中常见的 += 符号。
而WPF中的路由事件，从事件的触发者，到事件的响应者 之间 并不存在 ”事件订阅“的关系。事件会通过 冒泡式或者隧道式或者直达式 ”传播“，直到有 ”监听“该事件的监听器监听到，才会做出响应。也就是说， 路由事件的响应者 不是一个，可能是多个。
参考文献：