我最近遇到了这个有趣的术语，并在网上搜索以了解更多信息。然而，我发现的信息是粗略的。有人可以请。给我一个详细的解释这是什么以及为什么有用？
从我发现的信息来看，这种机制似乎使反射方法的执行速度更快，但代价是创建了大量动态类并占用了 perm gen 内存区域，但我不确定。
问问题
3907 次
3 回答
22
自己是否进行了一些源代码挖掘和编码来解决这个问题，这就是我发现的：
Java的'Method'类有一个'MethodAccessor'类型的成员变量'methodAccessor'，它是一个带有方法'invoke'的接口，类似于Method的invoke。方法的调用委托给 methodAccessor 的调用。
如果启用了通货膨胀（noInflation 为假），则此访问器指向使用 JNI 来运行此 Java 方法的实现（我认为使用 API，例如 GetObjectClass、GetMethodID 和 Call*Method）。这就像决斗调度，由于这个和其他原因，使用 JNI 执行很慢。（是什么让 JNI 调用缓慢？）
在通过反射（'15' 是默认值并且可以更改）和 noInflation false 执行 15 次方法后，基于 JNI 的访问器会动态创建一个类（名称是动态生成的，例如说'GeneratedMethodAccessor1'），它也有调用方法。现在，在这个 'invoke' 方法中，它将第一个 'obj' 参数转换为其对应的类，然后调用它的目标方法。然后它创建这个类的一个实例，并更改 methodAccessor 设置，以便以后每次执行该方法都委托给这个实例而不是 JNI 访问器。这被称为通货膨胀。
因为此实例是委托给 Java 对象的 Java 类，所以该委托从此成为普通的 Java 委托。它从不使用 JNI，因此节省了开销，而且 JITC 可以对其执行其他优化，因此它变得高效。
不利的一面是，如果很多方法都以这种方式膨胀，它们的类会占用 permgen 空间，并可能导致内存不足的错误。
有关详细信息，请参阅：
http://java.sun.com/docs/books/jni/html/fldmeth.html
http://anshuiitk.blogspot.com/2010/11/excessive-full-garbage-collection.html
于 2012-04-10T14:13:19.440 回答
8
Java Inflation是对通过Java Reflection API进行的方法调用的优化。它将不频繁的方法调用委托给廉价、立即可用但速度较慢的Java Native Interface，并将频繁的方法调用委托给快速但昂贵的运行时生成的方法访问器。
于 2016-03-26T09:55:57.513 回答
1
虽然不确定但在某处读到这个通货膨胀意味着对于反射方法/构造函数的前几次运行（默认 15 次）（从现在开始，对方法的任何引用也适用于构造函数），它通过 JNI 这样做；下一次之后，它会即时组装一个类文件并加载它。此时，应用完全 JITting，进一步调用该反射方法与直接调用该方法具有相同的性能
于 2012-04-10T02:55:39.090 回答