反射的使用

反射通常由需要检查或修改在Java虚拟机中运行的应用程序的运行时行为的程序使用。这是一个相对高级的特性，只有对语言基础有很强理解的开发人员才能使用。考虑到这一点，反射是一种强大的技术，可以使应用程序执行不可能执行的操作。

可扩展性功能

应用程序可以通过使用扩展性对象的完全限定名称创建扩展性对象实例来使用外部用户定义的类。类浏览器和可视化开发环境类浏览器需要能够枚举类的成员。可视化开发环境可以受益于利用反射中可用的类型信息来帮助开发人员编写正确的代码。调试器和测试工具调试器需要能够检查类中的私有成员。测试工具可以利用反射来系统地调用类上定义的可发现集合API，以确保测试套件中的代码覆盖率较高。

反射的缺点

反射是强大的，但不应滥用。如果可以在不使用反射的情况下执行一个操作，那么最好避免使用它。

性能开销

由于反射涉及动态解析的类型，因此无法执行某些Java虚拟机优化。因此，反射操作的性能比非反射操作慢，应该避免在性能敏感应用程序中频繁调用的代码段中使用。

安全性限制

反射需要在安全管理器下运行时可能不存在的运行时权限。对于必须在受限安全上下文（如Applet）中运行的代码，这是一个重要的考虑因素。

内部构件暴露

由于反射允许代码执行在非反射代码中非法的操作，例如访问私有字段和方法，因此使用反射可能会导致意外的副作用，这可能会导致代码功能失调，并可能破坏可移植性。反射代码打破了抽象，因此可能会随着平台的升级而改变行为。

来源：反射API

反射是一组函数，允许您访问程序的运行时信息并修改其行为（有一些限制）。

它很有用，因为它允许您根据程序的元信息更改运行时行为，也就是说，您可以检查函数的返回类型并更改处理情况的方式。

例如，在C#中，您可以在运行时加载程序集（.dll）并检查它，浏览类并根据找到的内容执行操作。它还允许您在运行时创建类的实例，调用其方法等。

它在哪里有用？不是每次都有用，而是针对具体情况。例如，您可以使用它获取用于日志记录的类名称，根据配置文件中指定的内容动态创建事件处理程序，等等。。。

反射有很多用途。我更熟悉的是能够动态创建代码。

IE：基于任何数据的动态类、函数、构造函数（xml/array/sql results/hardcoded/etc.）

我觉得最好用例子来解释，但没有一个答案能做到这一点。。。

使用反射的一个实际例子是用Java编写的Java语言服务器或用PHP编写的PHP语言服务器等。语言服务器为您的IDE提供自动完成、跳转到定义、上下文帮助、提示类型等功能。为了让所有标记名（可以自动完成的单词）在键入时显示所有可能的匹配项，语言服务器必须检查类的所有内容，包括文档块和私有成员。为此，它需要对所述阶级的反思。

另一个例子是私有方法的单元测试。这样做的一种方法是创建一个反射，并在测试的设置阶段将方法的范围更改为公开。当然，有人会认为不应该直接测试私有方法，但这不是重点。

我想举个例子来回答这个问题。首先，Hibernate项目使用反射API生成CRUD语句，以弥合运行应用程序和持久性存储之间的鸿沟。当域中的情况发生变化时，Hibernate必须了解这些情况，才能将其持久化到数据存储中，反之亦然。

另外，Lombok项目也可以。它只是在编译时注入代码，导致代码被插入到域类中。（我认为这对getter和setter来说是可以的）

Hibernate选择反射是因为它对应用程序的构建过程影响最小。

在Java7中，我们有MethodHandles，它用作反射API。在项目中，要使用记录器，我们只需复制粘贴下一个代码：

Logger LOGGER = Logger.getLogger(MethodHandles.lookup().lookupClass().getName());

因为在这种情况下很难出错。

反射是一种语言在运行时检查和动态调用类、方法、属性等的能力。

例如，Java中的所有对象都有getClass（）方法，该方法允许您确定对象的类，即使您在编译时不知道它（例如，如果您将其声明为object）-这可能看起来微不足道，但这种反射在动态性较差的语言（如C++）中是不可能的。更高级的用法允许您列出和调用方法、构造函数等。

反射是很重要的，因为它让你编写的程序不必在编译时“知道”一切，使它们更加动态，因为它们可以在运行时绑定在一起。代码可以针对已知的接口编写，但要使用的实际类可以使用配置文件的反射来实例化。

出于这个原因，许多现代框架广泛使用反射。大多数其他现代语言也使用反射，在脚本语言（如Python）中，它们甚至更紧密地集成在一起，因为在这些语言的通用编程模型中感觉更自然。