如果我可以确定同一个类中的另一个方法没有被覆盖，我可以对我的一个方法应用一种可能的优化。这只是一个轻微的优化，所以反射是不可能的。我是否应该只创建一个受保护的方法来返回相关方法是否被覆盖，以便子类可以使其返回 true？
【问题讨论】：
标签： java oop optimization methods overriding
我不会这样做。它违反了封装，并在实现者不知道的情况下改变了你的类应该做什么的契约。
如果你必须这样做，最好的方法是调用
class.getMethod("myMethod").getDeclaringClass();
如果返回的类是你自己的，那么它不会被覆盖；如果是其他东西，则该子类已覆盖它。是的，这是反射，但它仍然很便宜。
不过，我确实喜欢您的保护方法方法。看起来像这样：
public class ExpensiveStrategy {
public void expensiveMethod() {
// ...
if (employOptimization()) {
// take a shortcut
}
}
protected boolean employOptimization() {
return false;
}
}
public class TargetedStrategy extends ExpensiveStrategy {
@Override
protected boolean employOptimization() {
return true; // Now we can shortcut ExpensiveStrategy.
}
}
【讨论】：
嗯，我的优化是逐个案例的小产量，它只会加快速度，因为它每秒被调用数百次。
您可能想看看 Java 优化器能做什么。您的手动编码优化可能不是必需的。
如果您认为手动编码优化是必要的，那么您描述的受保护方法方法不是一个好主意，因为它会暴露您的实现细节。
【讨论】：
您希望函数在程序的生命周期内被调用多少次？对特定单一方法的反思应该不会太糟糕。如果在程序的生命周期内不值得花那么多时间，我的建议是保持简单，不要包括小的优化。
雅各布
【讨论】：
注释覆盖特定方法的子类。 @OverridesMethodX。
对类加载执行必要的反射工作（即在static 块中），以便通过最终布尔标志发布信息。然后，在需要的位置和时间查询标志。
【讨论】：
也许有一种更简洁的方法可以通过Strategy Pattern 做到这一点，虽然我不知道你的应用程序和数据的其余部分是如何建模的，但它似乎适合。
无论如何，当我遇到类似问题时，它确实对我有用。您可以有一个启发式方法，根据要处理的数据决定使用哪种策略。
再一次，我没有足够的信息来说明你的具体用法，看看这是否是矫枉过正。但是，我会避免更改此类特定优化的类签名。通常，当我有逆流而上的冲动时，我会认为我在设计这个东西时没有预见到一个角落案例，我应该将它重构为一个更简洁更全面的解决方案。
但请注意，仅出于优化目的进行此类重构几乎不可避免地会导致灾难。如果是这种情况，我会采用上面建议的反思方法。它不会改变继承契约，并且在正确完成后，只需要在应用程序的运行时生命周期中需要它的每个子类完成一次。
【讨论】：
我知道这是一个有点老的问题，但为了其他谷歌员工：
我想出了一个使用接口的不同解决方案。
class FastSub extends Super {}
class SlowSub extends Super implements Super.LetMeHandleThis {
void doSomethingSlow() {
//not optimized
}
}
class Super {
static interface LetMeHandleThis {
void doSomethingSlow();
}
void doSomething() {
if (this instanceof LetMeHandleThis)
((LetMeHandleThis) this).doSomethingSlow();
else
doSomethingFast();
}
private final void doSomethingFast() {
//optimized
}
}
或者反过来：
class FastSub extends Super implements Super.OptimizeMe {}
class SlowSub extends Super {
void doSomethingSlow() {
//not optimized
}
}
class Super {
static interface OptimizeMe {}
void doSomething() {
if (this instanceof OptimizeMe)
doSomethingFast();
else
doSomethingSlow();
}
private final void doSomethingFast() {
//optimized
}
void doSomethingSlow(){}
}
【讨论】：
private static boolean isMethodImplemented(Object obj, String name)
{
try
{
Class<? extends Object> clazz = obj.getClass();
return clazz.getMethod(name).getDeclaringClass().equals(clazz);
}
catch (SecurityException e)
{
log.error("{}", e);
}
catch (NoSuchMethodException e)
{
log.error("{}", e);
}
return false;
}
【讨论】：
反射可用于确定方法是否被覆盖。代码有点棘手。例如，您需要知道您有一个运行时类，它是覆盖该方法的类的子类。
您将一遍又一遍地看到相同的运行时类。因此，您可以将检查结果保存在WeakHashMap 中键入Class。
请参阅我在java.awt.Component 中处理coalesceEvents 的代码作为示例。
【讨论】：
这可能是另一种解决方法，类似于覆盖另一个受保护的方法返回真/假
我建议创建一个空接口，标记接口，然后让子类实现这个接口，并在超类内部检查这个实例是instanceof这个接口，然后再调用被覆盖的昂贵方法。
【讨论】：