@Resourceとnewによるインスタンス生成の違い

Question

プログラムを作成していて、以下の2つのソースコードのような
Resourceアノテーションを使用した場合と、インスタンス生成をした場合とで違いがあるのか気になり
今回質問させていただきました。

@Service
public class ServiceA{
    public void test1(){
          // 何らかの処理
    }
}

@Service
public class ServiceB{
     @Resource
     private ServiceA serviceA;

     public function test2(){
                          
            serviceA.test1();    //① @Resourceを利用したメソッドへのアクセス
             
            ServiceA sA = new ServiceA(); 
            sA.test1();         //② インスタンス生成後メソッドへのアクセス

     }
}

ServiceBにある注釈①と注釈②の処理は、結局同じ結果になると認識しており
同じ結果になるのであれば
「2つの方法を使いわける明確な基準というのはあるのだろうか(この場合は、@Resourceを使った方がいい等)」
とふと思いました。

そこで、@Resourceを使用したメソッドへのアクセス、インスタンス生成後のメソッドへのアクセス
それぞれにメリット・デメリットがあるのではと思い調査してみましたが
ピンとくるような答えを得られなかったので、今回質問させていただきました。。

調査を踏まえた私なりの見解では

• @Resourceを使用したケース

区分	メリット	デメリット
@Resourceを使用したケース	newをする手間が省ける	@Resourceが定義されているクラスの内容がメモリにずっと展開されてしまう
newからインスタンスを生成したケース	newをすることで、メモリ上にクラスの内容を展開するので不必要な時にクラスの内容をメモリ上に展開しなくてすむ	newしてインスタンスを生成しないとメソッドが使えない

このようなメリット・デメリットがあると考えてますが
「全然違う」や「こういうメリット・デメリットがある」等のアドバイスをいただけると幸いです。

色々と勉強不足で恐縮ですが、よろしくお願い致します。

Comments

[Zuishin]

行数増えてますが。

Answer 1

ご質問への直接的な回答と成り得るかどうか心配ですが、回答を試みてみます。

@Resourceアノテーションは、結果的に自動でnewされるという部分だけを見るとご質問が出てもおかしくないのかもしれませんが、意味的に使う用途が異なる、との認識でいます。（少なくとも私個人的には）
つまり、アプリケーション内で永続的に存在するようなリソースオブジェクトを、「プログラマー」が明示的にソースコード上で意味付けすることで、「コンパイラー」が必要に応じてnewをし、便宜を図るためのような。

Java8 - javax.annotation 注釈型Resource
（関係無いですが、"注釈型Resource"は訳し過ぎだろう、"Resourceアノテーション"でいいですよね）
Java EE アノテーションと依存性注入の使用

例えばJavaサーブレットではうまくこれを利用していると思います。teratailでも過去、関連する質問回答がありました。
teratail#58115 - @Resourceアノテーションの使い方について、

こちらでの回答で紹介されているWEBの記事14. Servlet2.5 アノテーション | TECHSCORE(テックスコア)では、Javaサーブレットのコードで使う@Resourceについて言及されています。2007年と記事が若干古く、「アノテーションでの振舞いはServlet2.5仕様で規定」との記載もあり、最新のJavaの事情と少し異なる内容もあるかもしれませんが、目的、用途としては同等だと思っています。

従って、そもそも「使用するクラス全てに@Resourceを付ければ、ソースコード中にnewは必要なくなりソースコードの行数も減る」ための用途で使うべきものでは無いのではないでしょうか。むやみやたらにクラスに@Resourceアノテーションをつけることは、それぞれのクラスオブジェクトのライフサイクルについて、プログラマーが管理を放棄したも同然だと思います。

反対に@Resourceアノテーションの目的を踏まえ、正しい用途で使う限り、質問者さんが「@Resourceを使用したケース」の表中に挙げた「デメリット」は、アプリケーションのライフサイクルにおいて大きな影響をおよぼすようなデメリットとはならず、またそれが結論になると考えます。

上記回答も質問者さんにとって「ピンとくるような答え」ではないかもしれませんが。

Comments

[dodox86]

質問文中、
> 「Resourceアノテーションを使用した場合と、インスタンス生成をした場合とで違いがあるのか気になり」
もっとシンプルに技術的な点、例えば「Javaバイトコードレベルで違いはあるのか。」などの疑問も暗に含んでいるのかな、とも思いました。その場合はやはり私自身がご質問の意図を取り違えているので、私の回答への指摘も含め、他回答者さまらの回答も期待します。

[NiNe9]

dodox86様

回答にお時間を割いていただきありがとうございました。
また、色々と意図を汲んでいただきありがとうございます。(私の質問文に意味深なところがあって申し訳ないです。。)

一番気になっているのは、同じ結果になるとしても@Resourceとインスタンス生成の2つの方法を使いわける明確な基準・ルールというのはあるのではないかと思い、調べても1人では打開出来なかったのでこちらのサイトを使用させていただきました。
(質問文もわかりずらいと思い編集しました。)

@Resourceのメリットとデメリットに関するご回答は、とてもためになりました。
もう少しだけ様子を見てベストアンサーを決めさせていただきたいと思います。