<html><head></head><body><div style="color:#000; background-color:#fff; font-family:Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:13px"><div id="yui_3_16_0_1_1504613948747_2895" dir="ltr">I have a variety of classes which just contain a couple scalar primitives and possibly a reference to an object that is clearly on the heap, all of these small number of data members are private and all of them mutable.  Much like the Point class in Brian Goetz's article on escape analysis on whether the vm uses the stack or heap for class instances.<br></div><div dir="ltr" id="yui_3_16_0_1_1504613948747_4611"><br></div><div dir="ltr" id="yui_3_16_0_1_1504613948747_4610">There are two use cases for these objects:  (1) create with new such a small object as a local variable and use it thriughout the function, mutating it, etc.  (2) create a class with lots of these small objects as private or possibly protected members.</div><div dir="ltr" id="yui_3_16_0_1_1504613948747_4838"><br></div><div dir="ltr" id="yui_3_16_0_1_1504613948747_4739">The hope in the first case is under what conditions will hotspot put the object's 2 or 3 fields onto the stack and ideally without the hidden headers needed to make it a heap object.  hashCode, equals, and clone are not implemented or used if that is important.  I.e. will hotspot ever make it a simple C++ like object on the stack.  Does it help if I do defensive copy if I return one of these small objects from the function?</div><div dir="ltr" id="yui_3_16_0_1_1504613948747_4777"><br></div><div dir="ltr" id="yui_3_16_0_1_1504613948747_4839">In the second case, my hope is that for a class that contains 5 such small objects, and would definitely be on the heap, hotspot would be smart enough not to create 5 small objects on the heap and then 5 references to them in the containing class.  Instead, it would explode into the containing class ala C++ just the 2 or 3 primitive datamembers of the object, and again, ideally without headers.</div><div dir="ltr" id="yui_3_16_0_1_1504613948747_4867"><br></div></div></body></html>