Java 8 Method Reference Evaluation
news.kynosarges.org
news.kynosarges.org
This:
final Runnable newRef = new Counter()::show;
is the same as this: final Counter counter = new Counter();
final Runnable newRef = counter::show;
Which is roughly equivalent to this: final Counter counter = new Counter();
final Runnable newRef = () -> { counter.show(); };
Which is, of course, not the same thing as final Runnable newLambda = () -> { new Counter().show(); };
The rest of the differences follow naturally from this distinction.It took me quite a few reads of the article to work out exactly what the issue was, as the output was what I would have expected intuitively.
Specifically for this example:
System.out.println("\nVariable in method reference");
obj = new Counter(); // NPE if after method reference declaration!
final Runnable varRef = obj::show;
System.out.println("Running...");
varRef.run(); obj = new Counter(); varRef.run();
obj::show was evaluated, so varRef should be pointing to the original instance method of show, even when called the second time. Which could potentially create a memory leak if someone is tracking the method references and recreating objects underneath unknowingly.However if I am completely wrong about this please tell me! I have not gone through and run this code for confirmation, so I would be very happy to know if I'm mistaken. I'm going by memory without reference checking or testing. In either case if I am wrong or right - please put a note about this situation! It would help immensely and make your post even more interesting.
Thanks!
Leon
What's incorrect is that references to static (or other) variables are somehow treated differently. The author has misinterpreted their own code - see jwolfe's and my comments on the post.
Does the fact that Java is "pass by value" explain why the reassignment of "obj" does not change the output of re-invoking the method ref?
someExpression()::methodName
I mentally rewrite it into: getMethodReference(someExpression(), "methodName")
Where there is some fictional getMethodReference function that takes an object and a method name, and creates a reference. It works like this even when someExpression() is just a reference to a variable.In the rewritten form, someExpression() gets fully evaluated before getMethodReference is called, producing a value, and it's that value which is used to create the reference. As you suggested, it works like that because Java is pass-by-value.
If Java was pass-by-reference, then someExpression() would produce a reference to a variable instead of a value, and the reference could somehow be based on that variable. But it doesn't, so it's not.
As some commenters have pointed out I had a stupid bug in my sample code where I misused the static object creation counter as an object instance identifier. Hence some very strange results I couldn't explain. With that bug fixed, method references now behave as expected (which is still notably different from lambda expressions).