请详细解释C#中dynamic关键字的底层实现机制，包括它在编译时和运行时分别做了什么，以及它是如何与DLR（动态语言运行时）协作完成动态绑定的？

回答思路

1. 【回答框架 1】dynamic在编译时被编译器转换为object类型，并附加DynamicAttribute标记，编译器不会对dynamic表达式进行静态类型检查，而是生成调用动态绑定站点（call site）的IL代码。
2. 【回答框架 2】程序集加载时，DLR会为每个动态调用点创建CallSite<T>对象，缓存绑定逻辑；首次执行时，绑定器（Binder）根据运行时的实际类型生成对应的规则（例如方法调用、成员访问），并缓存以便后续直接复用，提高性能。
3. 【回答框架 3】绑定过程遵循C#运行时绑定语义，例如重载决策、隐式转换等，若找不到匹配成员或发生转换错误，则抛出RuntimeBinderException。
4. 【回答框架 4】实际实现中，dynamic与object的转换是隐式的，但dynamic在运行时是晚期绑定，而object是早期绑定，源码中dynamic Operations类提供了常见操作的默认实现。
5. 【回答框架 5】性能方面，虽然DLR有缓存机制，但动态调用仍慢于静态调用，频繁使用dynamic可能影响性能，应谨慎使用。
6. 【关键点 1】dynamic编译时被编译为object类型，并通过DynamicAttribute标记。
7. 【关键点 2】DLR通过CallSite机制实现动态绑定的缓存与复用。
8. 【关键点 3】绑定失败时抛出RuntimeBinderException。
9. 【关键点 4】dynamic是晚期绑定，object是早期绑定。
10. 【关键点 5】动态调用性能低于静态调用，需权衡使用。
11. 【易错点 1】不要混淆dynamic与var，var是编译时推断类型，dynamic是运行时绑定。
12. 【易错点 2】dynamic不能用于扩展方法调用，因为扩展方法在编译时静态绑定。
13. 【易错点 3】dynamic在性能敏感场景下需谨慎使用，避免过度使用导致性能下降。