在 WPF 中，依赖属性在使用过程中会遇到哪些线程安全问题？请说出这些问题的具体表现和成因，并给出可行的解决办法。
考察说明
考察对 WPF 依赖属性线程模型的理解及实际应对能力。
回答思路
- 【回答框架 1】WPF 依赖属性本身不是线程安全的，其默认值、元数据和回调可能被多线程并发访问，导致状态不一致。
- 【回答框架 2】UI 线程负责 Dispatcher 的消息循环，依赖属性的值变更通常只能在 UI 线程进行，否则会抛出 InvalidOperationException。
- 【回答框架 3】解决方案：使用 Dispatcher.Invoke 或 BeginInvoke 将操作封送到 UI 线程；也可使用 Freezable 冻结对象以允许多线程只读访问。
- 【回答框架 4】对于自定义依赖属性，可通过属性元数据设置验证或强制回调，但内部仍需注意线程同步，避免共享可变状态。
- 【回答框架 5】必要时采用锁或原子操作，但优先保持 UI 操作在 UI 线程，减少跨线程访问。
- 【关键点 1】WPF 依赖属性默认线程关联（Affinity），跨线程访问需通过 Dispatcher。
- 【关键点 2】只有 Freezable 冻结后可以跨线程共享只读。
- 【关键点 3】使用 Dispatcher.Invoke 或 BeginInvoke 解决线程切换。
- 【易错点 1】锁不能完全解决 WPF 跨线程访问问题，因为 Dispatcher 是必需的。
- 【易错点 2】冻结 Freezable 后不可修改，否则会抛异常。
- 【易错点 3】后台线程直接修改依赖属性值会导致 InvalidOperationException。