java true,Java性能：真实与Boolean.TRUE

Which is better in terms of performance and efficient memory usage?

Boolean isItTrue(arg){

return Boolean.TRUE;

}

boolean isItTrue(arg){

return Boolean.TRUE

}

Boolean isItTrue(arg){

return true;

}

boolean isItTrue(arg){

return true;

}

It should be faster and easier to work with primitive types, but in other hand when using reference to static object, no new value created. Or may be it is optimized on compiler level and all true and false are replaced by references to the static objects to save memory?

解决方案

Firstly, the performance advantage of using any one over the others is most likely to be too small to be relevant. Code simplicity / readability / maintainability is a far more important ... in the vast majority of cases.

None of the examples involve creating an Boolean instances. It is theoretically possible that 3 of the 4 will trigger initialization of the Boolean class ... and that your application wouldn't otherwise have done that. In that highly unlikely event, your entire application will allocate 2 objects that wouldn't otherwise have been allocated.

This one will be equal to or faster than all of the others because it simply entails setting a register to zero.

boolean isItTrue(arg){

return true;

}

Taken in isolation, this has to load a static reference from memory, rather than zero a register. However, the JIT compiler may be able to optimize this away in some circumstances.

Boolean isItTrue(arg){

return Boolean.TRUE;

}

On the face of it, this involve a call to Boolean.valueOf(true) to "box" the true, but the JIT compiler should be able to optimize it to the same code as the previous one by inlining the call.

Boolean isItTrue(arg){

return true;

}

On the face of it, this involves a call to Boolean.booleanValue(Boolean.TRUE) to "unbox" the Boolean. This call can be inlined. It is also possible that the JIT compiler can avoid loading the reference to the Boolean object and fetching its value field.

boolean isItTrue(arg){

return Boolean.TRUE

}

Bottom line is that it the relative performance of the 4 alternatives depends on how successful the JIT compiler will be in optimizing. That will depend on the context, the specific of the JIT compiler, the JVM settings, and so on. In the best case, the JIT compiler could (at least in theory) produce the same (optimal) code for all of them.