Forums Register Login

Doubt in K&B SCJP :Page 236

+Pie Number of slices to send: Send
 

In order to save memory, two instances of the
following wrapper objects will always be == when their primitive values are the same:
* Boolean
* Byte
* Character from \u0000 to \u007f (7f is 127 in decimal)
* Short and Integer from -128 to 127



I tested Long from -128 to 127 is return TRUE when ==.
+Pie Number of slices to send: Send
The Java specification only states : If the value p being boxed is true, false, a byte, a char in the range \u0000 to \u007f, or an int or short number between -128 and 127, then let r1 and r2 be the results of any two boxing conversions of p. It is always the case that r1 == r2.

Sun's implementation also uses a cache for its Long wrapper though. It may be specific to this implementation.

The discussion in the specification goes :
Ideally, boxing a given primitive value p, would always yield an identical reference. In practice, this may not be feasible using existing implementation techniques. The rules above are a pragmatic compromise. The final clause above requires that certain common values always be boxed into indistinguishable objects. The implementation may cache these, lazily or eagerly.

For other values, this formulation disallows any assumptions about the identity of the boxed values on the programmer's part. This would allow (but not require) sharing of some or all of these references.

This ensures that in most common cases, the behavior will be the desired one, without imposing an undue performance penalty, especially on small devices. Less memory-limited implementations might, for example, cache all characters and shorts, as well as integers and longs in the range of -32K - +32K.
I will open the floodgates of his own worst nightmare! All in a tiny ad:
a bit of art, as a gift, the permaculture playing cards
https://gardener-gift.com


reply
reply
This thread has been viewed 646 times.
Similar Threads
'==' operators with Wrapper class
SCJP 1.5 "In order to save memory ??" QUOTE
Can anyone help me with the explanation of this output ???
Compiling errata for K&B, SCJP 6
Question on ==, equals()
More...

All times above are in ranch (not your local) time.
The current ranch time is
Mar 28, 2024 08:05:05.