关于Oracle Lambda表达式教程中变量引用矛盾点的技术问询
嘿,咱们来逐个拆解你的这两个问题,把Lambda和变量作用域的事儿说清楚:
问题1:方法中与参数同名的引用,是否指向该参数?
答案是肯定的!在Java的作用域规则里,局部变量(包括方法参数)的优先级高于外部类的成员变量。如果方法里有个参数叫x,那你在方法内部直接写x的时候,指的就是这个方法参数,而不是外部类的成员变量x。要是你想访问外部类的成员变量,必须用this.x来明确指定——因为this在这里代表的是外部类的实例。
举个直观的例子:
public class FirstLevel { private int x = 10; public void methodInFirstLevel(int x) { // 这里的x是方法参数,值为调用时传入的参数 System.out.println(x); // 这里的this.x是外部类的成员变量,固定为10 System.out.println(this.x); } }
问题2:为什么赋值
x=99会被教程说成影响FirstLevel.x? 这明显是教程里的表述失误!咱们来理清楚背后的逻辑:
首先Lambda表达式的核心规则是:它只能访问封闭作用域里的final或有效final的局部变量/方法参数。所谓“有效final”,就是变量在初始化后再也没有被修改过——编译器会自动把它当作final变量处理。
看你提到的场景:
void methodInFirstLevel(int x) { x = 99; // 给方法参数x赋值 // 此时如果Lambda引用x,会直接编译报错 }
这里的x=99修改的是方法参数x,完全和外部类的FirstLevel.x无关。赋值之后,这个方法参数x就不再满足“有效final”的要求了,所以Lambda里再引用它就会触发编译错误。
教程里说“导致FirstLevel.x不再是有效final”纯粹是笔误,正确的表述应该是“导致方法参数x不再是有效final”。你之前的理解完全正确:Lambda里直接访问的x是方法参数,要访问外部类成员得用this.x,给方法参数赋值只会影响这个参数的有效final状态,和外部类成员没有任何关系。
内容的提问来源于stack exchange,提问作者Matthew S.
相关产品推荐
相关产品推荐

