Item 更喜欢接口而不是反射

java 中的反射 (java.lang.reflect):
通过反思，有可能：

• 以编程方式访问任意类的构造函数、方法和字段。
• 以反射方式操作类及其成员（构造函数、方法、字段），允许您创建实例、调用方法和访问字段。
• 即使类在编译期间不存在，也可以调用对象的方法。

反射的缺点：
编译时类型检查丢失：

• 通常在编译时检测到的错误只会在运行时出现。
• 示例：反射性调用不存在或不可访问的方法可能会在运行时生成异常。

繁琐的代码：
反射需要更复杂且可读性较差的代码。
示例：

method method = obj.getclass().getmethod("methodname");
method.invoke(obj, args);

表现不佳：

• 反射方法调用比普通调用慢得多。
• 示例：在某些场景下，反射可能比直接方法调用慢 11 倍。

反射的应用：

• 用于代码分析工具、依赖注入框架和服务提供框架。
• 即使在这些情况下，由于其缺点，也应尽可能避免。

有限使用反射：
建议技术：仅使用反射在编译时实例化未知类，并通过已知接口或超类引用这些实例。

示例：
创建 set 实例的程序，由命令行指定：

Class extends Set<string>> cl = (Class extends Set<string>>) Class.forName(args[0]);
Constructor extends Set<string>> cons = cl.getDeclaredConstructor();
Set<string> s = cons.newInstance();
for (int i = 1; i 



<p><strong>示例中说明的缺点：</strong><br><strong>运行时异常：</strong></p>

<ul>
<li>该示例在运行时最多可以生成六个不同的异常。</li>
<li>如果不使用反射，这些异常将在编译时被捕获。</li>
</ul>
<p><strong>复杂性和冗长：</strong></p>

<ul>
<li>该示例需要 25 行代码才能从名称实例化一个类，而直接调用构造函数只需一行代码即可完成。</li>
</ul>
<p><strong>未经验证的演员警告：</strong></p>

<ul>
<li>在示例中，存在未检查强制转换的合法警告，因为命令行上指定的类可能不是 set 的实现。</li>
</ul>
<p><strong>反射的合法使用：</strong></p>

<ul>
<li>动态依赖：当类、方法或字段在运行时可能不存在时。</li>
<li>示例：您可以使用反射来支持包的多个版本，而不会破坏向后兼容性。</li>
</ul>
<p>结论：<br>
反射很强大，但它也有很多缺点。<br>
只要有可能，仅使用反射来实例化对象并通过编译时已知的接口或超类访问它们。</p>

<p>书中的示例：<br><img src="/Uploads/news/2ca5d3f2ab4ae12415a2fcd8ca34e181/172982393196942.jpg" alt="Item 更喜欢接口而不是反射"></p>


          

            
        </string></string></string></string>

以上就是Item 更喜欢接口而不是反射的详细内容，更多请关注其它相关文章！