最近，在维护公司的项目时，我遇到了一个问题。因为物理类中的集合方法涉及业务逻辑，所以设置方法不能在为对象分配值的过程中使用。分析以下两个点的反射：
就个人而言，反思机制实际上是上帝的模式。如果呼叫的方法是打开Java的正确方法，那么反射机制是上帝偷窃的后门。只要有一个相应的类，就可以称呼一切。
那么为什么上帝打开这扇后门呢？
这涉及静态和动态的概念：
两者之间的区别在于，动态汇编可以最大程度地支持多态性，而多态性的最大意义是减少阶级耦合，因此反射的优势很明显：解耦和提高代码的灵活性。
因此，反思的优势和缺点在于：
优势
判断工作期类型，动态类加载：提高代码灵活性
坏处
绩效瓶颈：反射等同于一系列解释操作，通知JVM要做什么，比直接Java代码要慢得多
在我们通常的项目开发过程中，它很少直接用于反射机制，但这不能表明反射机制是没有用的。实际上，许多设计和开发与反射机制有关。
动态代理设计模式还采用了反射机制，我们每天使用的春季 /休眠状态的框架。也通过使用CGLIB反射机制来实现它。以下示例的两个最常见示例用于显示反射机制的力量：
JDBC的数据库连接在JDBC的操作中。如果要连接数据库，则必须完成上述步骤
在执行基本框架时，在Java中使用弹簧框架非常有用。这条线中有一个古老的俗语：反射机制是Java框架的基石。一般的应用程序级别很少使用，但是这种东西基本上是由许多开源框架封装的，基本上不是书面的。
除休眠外，Spring还使用了许多反射机制。最经典的是XML的配置模式。
通过XML配置模式加载Bean的过程：
春季的优点是：
模拟加载XML配置文件：