オートボクシング：私は書くことができます：整数i = 0;代わりに：整数i =新しい整数（0）;

Question

Integer i = 0; 

の代わり：

オートボクシングは私が書くことができるという事実に降りてくるように思わ

Integer i = new Integer(0); 

ので、コンパイラが自動的にオブジェクトにプリミティブに変換することができます。

はそのアイデアですか？何でこれが大切ですか？

Answer 1

ちょっと単純すぎます。

オートボクシングは、コレクションを使用するときにも有効です。 sunのjavaドキュメントで説明されているように：

コレクションはオブジェクト参照のみを保持できるため、プリミティブ値を適切なラッパークラスにボックスする必要があります。 ...オブジェクトをコレクションから取り除くと、入力したIntegerが取得されます。 intが必要な場合は、intValueメソッドを使用してIntegerをアンボックスする必要があります。このボクシングとアンボクシングのすべては苦痛であり、あなたのコードを混乱させる。 autoboxingとunboxing機能はプロセスを自動化し、苦痛と混乱を排除します。

オートボクシングとアンボクシングはいつ使うべきですか？リファレンスタイプとプリミティブの間に「インピーダンスの不一致」がある場合（たとえば、数値をコレクションに入れなければならない場合など）にのみ使用してください。サイエンスコンピューティングやその他のパフォーマンスに敏感な数値コードには、オートボクシングとアンボクシングを使用することは適切ではありません。 Integerはintの代用ではありません。 autoboxingとunboxingはプリミティブ型と参照型の区別をぼかすが、排除しない。

Great overview of Autoboxing

Answer 2

読みやすく、きれいなコードを作成します。特に操作を行っている場合（Javaには演算子のオーバーロードがないため）

Answer 3

の私のシニカル帽子：スペック（私はここでオークを意味する）元のJava上の制約のためにアップをするために。初めてのことではありません。

Answer 4

それは考えです。 Integerをintに代入できるのはさらに便利です。

オートボクシングは原因ではなく症状に対処すると主張する人がいます。実際の混乱の原因は、Javaの型システムには一貫性がないということです。プリミティブとオブジェクト参照の両方の必要性は、人工的で厄介です。オートボクシングはやや緩和します。

Answer 5

Joshua BlochのEffective Javaを読んで私が覚えていることから、ボックス化された同等物のプリミティブを考慮する必要があります。その副作用に関係なくオートボクシングが問題を引き起こす可能性があります。

Answer 6

Limのコメントに加えて、プリミティブはスタックに格納され、プリミティブラッパーはオブジェクトとしてヒープに格納されます...これに起因する微妙な影響があります。

Answer 7

主な利点は、可読性、構文的な砂糖です。 Javaはすでに非常に冗長であるため、Sunはシンタックスを短くするさまざまな方法を試しています。

Answer 8

BTW

Integer i = 0; 

区別がのvalueOf（）はJavaの場合は（明らかに、これは調整可能となり-128と127の間の値のための新しいオブジェクトを作成しないことである

Integer i = Integer.valueOf(0); 

と等価です6u14）

Answer 9

のようなコードを書くことができるように存在します。 210

単一の整数の場合、デフォルトでIntegerではなくint型を使用する必要があります。整数は主にコレクションで使用するためのものです。

LongがIntegerと同じ値（equals（）を使用）と異なることに注意してください。ただしlong型はint（==を使用）と同じです。