java オブジェクトの生成コストに関して

Question

javaにおいてgetXXX()というメソッドはオブジェクトを返すことが多いと思います(javaに限らずですが)

例えば１つの処理の中でgetXXXを複数呼ぶ場合,その都度オブジェクトが生成されていることになるんでしょうか

   :
tmpFunc(dto.getXXX());
   :
z = dto.getXXX();
   :
w.setTmp(dto.getXXX());

下記のように一旦変数に入れて、それを使いまわしたほうがメモリの節約になりますか？

   :
Object obj = dto.getXXX();
tmpFunc(obj);
   :
z = obj;
   :
w.setTmp(obj);

Answer 1

単に呼び出し先クラスのインスタンス変数を返しているだけであれば

オブジェクトが生成されていること

…には、なりません。単に関数呼び出しのオーバーヘッドが少しだけある、という程度でしょうか。
数千・数万回のループをするようなら一回変数に持った方が良いですが、そうでなければ、それほどボトルネックになることはないでしょうね。

もちろん、 getXXX の実装内容が単にインスタンス変数を返すものでなく込み入った処理なのであればまた事情が変わってきます。

余談。インスタンス変数はintで持っているのにメソッドの型がIntegerの場合、プリミティブ型のintを元に暗黙的にInteger型のインスタンスが生成されてしまい思わぬボトルネックになります。float,doubleなども同様です。

Comments

[anonymous001]

ありがとうございます。getter,setterのようなメソッドだとインスタンス変数になるので、たしかにそうですね。

getXXX(){
String tmp = "aaaa";
return tmp;
}
このようなケースでは毎回オブジェクト生成につながりますか？

あと余談のケースですが
それはインスタンス変数がIntegerだと問題ないってことですよね？
①int -> Integer
②int -> int
③Integer -> Integer　
①が遅くて、②③は同程度ってことでよろしいでしょうか

[AknEp]

> このようなケースでは毎回オブジェクト生成につながりますか？
コードを正直に眺めた感じでは、生成に繋がると思われます。
但し、Stringは不変クラスですし、組み込みのクラスなので、何らかの効率化が施されていれば…あるいは、コンパイラによる最適化やJITによる効率化によって、インスタンス生成がスキップされる可能性はあります。

> ①が遅くて、②③は同程度ってことでよろしいでしょうか
ベンチマークを取ってみないと正確なところは言えないんですが、大きく違わないでしょうね。 確かこれは Effective Java に書いてました。

[nagise]

余談ですが int -> Integer のオートボクシングに際してはInteger#valueOf()の実装が用いられるのですが、javadocに記載があるように値がキャッシュされるなどパフォーマンスについては配慮がみられます。

http://docs.oracle.com/javase/jp/8/docs/api/java/lang/Integer.html#valueOf-int-

> このメソッドは、-128から127の範囲(両端含む)の値を常にキャッシュしますが、この範囲に含まれないその他の値をキャッシュすることもあります。

Answer 2

getterの実装に依りますね。
Java自身、バージョンを重ねるにしたがって最適化が進んでおり、現状ではかなり高速に動きます。
小さなオブジェクトをnewするコストは、およそ気にする必要はありません。(簡単に実測すると分かりますが、よほどパフォーマンスが重視される箇所でない限りは費用対効果に見合わないものでしょう)

おおきなオブジェクトであればnew によってメモリを多く消費しますので間接的にGC(ガーベッジコレクション)の発生頻度を高めます。
また、オブジェクトによっては生成の際に多くの処理を行って時間がかかることもあります。

一般的なgetterではフィールドの値を返却するだけのものが多く、パフォーマンスとしては実測してみても数字に現れない程度だろうと思います