Java 函数中的方法签名使用参数中的最终限定符重写

在上面的代码中，为什么在重写方法时不考虑final限定符

我对方法签名中的最终限定符的理解是，该方法不允许更改引用。但我不明白它有什么用

假设我使用的是第三方jar，我担心第三方jar在处理时不应该改变我的对象，代码应该是这样的

class T {}

interface Interface{
    void method(final T t);
}

class FirstClass implements Interface{

    public void method(T t){
         //valid
    }

    public void method2(final T t){

    }
}

class SecondClass extends FirstClass {
    public void method2(T t){
        //valid
    }
}

但为什么是这样呢

3rdPartyClass.doProcess((final) myObject);

class 3rPartyClss {
  public void doProcess(SomeClass myObject){}
}

如果第三方知道他不会在方法中更改对象引用，那么拥有final-in签名有什么用？在重写方法中，它也不会考虑最终限定符。那么它的真正用途是什么呢

我发现了类似的问题，但需要更多的澄清

在上面的代码中，为什么在重写方法时不考虑最终限定符

因为这是一个实现细节。这与打电话的人完全无关。这意味着在方法中，代码无法为该参数指定新值。即使可以，调用方也不会看到新值。（这也意味着它也可以在方法中的匿名方法中使用，但这是一种副作用。）

方法对于重载和重写来说唯一重要的方面是与调用方有关的方面——参数类型、可访问性和方法名称。（返回类型对于重写而不是重载很重要；方法是否静态会以不同的方式影响不同的事情。）参数是否为final与方法是否同步一样无关紧要

具有如下最终参数的任何方法：

3rdPartyClass.doProcess(myObject);

class 3rPartyClss {
  public void doProcess(final SomeClass myObject){}
}

可以简单地改写为：

public void foo(final String x) {
    ...
}

在上面的代码中，为什么在重写方法时不考虑最终限定符

因为这是一个实现细节。这与打电话的人完全无关。这意味着在方法中，代码无法为该参数指定新值。即使可以，调用方也不会看到新值。（这也意味着它也可以在方法中的匿名方法中使用，但这是一种副作用。）

方法对于重载和重写来说唯一重要的方面是与调用方有关的方面——参数类型、可访问性和方法名称。（返回类型对于重写而不是重载很重要；方法是否静态会以不同的方式影响不同的事情。）参数是否为final与方法是否同步一样无关紧要

具有如下最终参数的任何方法：

3rdPartyClass.doProcess(myObject);

class 3rPartyClss {
  public void doProcess(final SomeClass myObject){}
}

可以简单地改写为：

public void foo(final String x) {
    ...
}

---

哦，那太快了。。。所有这些都是在我阅读链接的时候完成的question@assylias：是的，那太奇怪了。。。所有这些都是在我阅读链接的时候完成的question@assylias：是的，真奇怪。