8

We have wrapper classes in java like Interger, Float.. why it is still supportng primitives which is stoppting java to be fully object oriented language?

GuruKulki
  • 25,776
  • 50
  • 140
  • 201

3 Answers3

8

Wrappers, being objects, get placed in the heap. Primitives are just "values" and go in the stack. This is more efficient, because for wrapped primitives in the heap you need (at least) both the value (which is in the stack) and the reference to the wrapper object.

Whether this performance gain matters at all depends on what you're doing. For heavy numerical work, definitely, but for 99 % of stuff out there, this is rather an annoyance. For one thing, you can't store primitives in a Collection anyway; they get autoboxed. So the only way to store lots of them is to use plain arrays, which in turn can lead to other kinds of inefficiencies (if you need to resize them, for instance).

Joonas Pulakka
  • 36,252
  • 29
  • 106
  • 169
  • are there any others reasons than storage? – GuruKulki Jan 14 '10 at 11:06
  • I'm not 100% sure about how the internals work here, but I believe that to calculate anything with the numbers, the machinery has to first extract the values from the wrappers (unboxing), which takes at least some work. But the JIT runtime optimization is probably playing its tricks here, so the difference may be quite negligible in practice, even in numerically intensive programs. This should be measured to be sure. – Joonas Pulakka Jan 14 '10 at 11:10
3

Because primitives are lighter and more efficient in term of memory and CPU processing.

nanda
  • 24,458
  • 13
  • 71
  • 90
2

One word: Performance.

The wrapper types are also immutable, which makes it extra expensive if one wanted to use one for a loop counter, for example.

The JVM also has opcodes for directly doing arithmetics on primitives.

Thilo
  • 257,207
  • 101
  • 511
  • 656