你引用的语句有一个脚注，它给出了一个例子：
例如，如果当前加载的类没有覆盖该方法，JVM 可以使用单态调用转换将虚拟方法调用转换为直接方法调用，但如果类是随后加载覆盖该方法。
这里的细节非常，非常，非常复杂。所以下面是一个极其简单化的例子。
假设你有一个界面：
interface Adder { int add(int x); }
该方法应该向x 添加一个值，并返回结果。现在想象有一个程序使用这个类的实现：
class OneAdder implements Adder {
int add(int x) {
return x+1;
}
}
class Example {
void run() {
OneAdder a1 = new OneAdder();
int result = compute(a1);
System.out.println(result);
}
private int compute(Adder a) {
int sum = 0;
for (int i=0; i<100; i++) {
sum = a.add(sum);
}
return sum;
}
}
在此示例中，JVM 可以进行某些优化。一个非常低级的方法是它可以避免使用vtable 来调用add 方法，因为在给定的程序中该方法只有一个实现。但它甚至可以更进一步，inline 这个唯一的方法，所以compute 方法本质上变成了这样：
private int compute(Adder a) {
int sum = 0;
for (int i=0; i<100; i++) {
sum += 1;
}
return sum;
}
原则上，即使是这样
private int compute(Adder a) {
return 100;
}
但是 JVM 也可以在运行时加载类。所以可能会有这种优化已经完成的情况，稍后，JVM会像这样加载一个类：
class TwoAdder implements Adder {
int add(int x) {
return x+2;
}
}
现在，对compute 方法所做的优化可能会变为“无效”，因为不清楚是用OneAdder 还是TwoAdder 调用它。在这种情况下，必须撤消优化。
这应该回答了您的1.个问题。
关于2.：当然，JVM 会跟踪所有已完成的优化。它知道它已经内联了add 方法，前提是该方法只有一个 实现。当它找到该方法的另一个实现时，它必须撤消优化。
关于3.：当假设为为真时进行优化。当它们变得不真实时，优化将被撤消。所以这不会影响你程序的正确性。
更新：
同样，上面的示例非常简化，参考了书中给出的脚注。更多关于JVM优化技术的信息，可以参考https://wiki.openjdk.java.net/display/HotSpot/PerformanceTechniques。具体来说，speculative (profile-based) techniques 可能被认为主要基于“假设”——即，基于迄今为止收集的分析数据做出的假设。