StringBuilderまたはStringBufferはいつ使用する必要がありますか？

実稼働Webアプリケーションでは、私の仲間のプログラマーがStringBufferをどこでも使用していました。現在、アプリケーションの開発と修正を担当しています。StringBuilderとStringBufferを読んだ後、すべてのStringBufferコードをStringBuilderに置き換えることにしました。これは、データBeanでスレッドセーフが必要ないためです。

例：（各データBeanでStringBufferの使用を確認できます）

@Override
public String toString() {
    StringBuffer sb = new StringBuffer();// replace it from StringBuilder
    sb.append(" ABCD : ").append(abcd);
    sb.append(", EFGH : ").append(efgh);
    sb.append(", IJKL : ").append(ijkl);
}

セッション/リクエストごとに個別のデータBeanを作成します。セッションは、他のユーザーがアクセスできない単一のユーザーによって使用されます。

移行する前に他の点を考慮する必要がありますか？

単一のスレッドがある場合（待機中のスレッドがないか、新しいスレッドがオブジェクトロックを探していない場合）、StringBufferまたはStringBuilderのどちらでも同様に実行されます。StringBufferの場合、オブジェクトロックを取得するのに時間がかかることは知っていますが、オブジェクトロックの保持/解放を除いて、それらの間にパフォーマンスの違いがあるかどうかを知りたいです。

2つの唯一の違いは、StringBufferで使用される同期です。同期のオーバーヘッドは、物事の大規模なスキームではそれほど大きなものではありませんが、それらを持たないStringBuilderメソッドと比較すると重要です。JVMは、特に1つのスレッドのみなどで、他の方法では必要のない作業を実行しています。

コードが機能し、人々がパフォーマンスについて文句を言っていなければ、私はそれについて心配しません。あなたはあなたの金のために多くの強打を得るつもりはありません。ただし、新しいコードを記述している場合、またはStringBufferを使用するコードを更新している場合は、StringBuilderを同時に変換することをお勧めします。

StringBuilderは、より適切で高速なStringBufferになるように（Java 1.5）ポイントに追加され、コンパイラはそれを内部で使用して、+文字列に演算子を実装します。

つまり、StringBuilderを使用すると、クラスが導入されたときよりも古いJVMでコードを実行することはできません。しばらくの間、これは私たちにとって問題になるでしょう。常に最新のものを実行する場合は、気にする必要はありません。

以下の理由からですが、あなたが経験する最適化プロセスは経験しません。

• タイトなループの外側では、利点は無視できます。プロファイラーで明示的にホットスポットとして表示されない限り、気にしません。
• コードを変更するとエラーが発生する可能性があるため、アプリケーションを徹底的に再テストする必要があります。それは、非同期の設定で同期されたクラスで生活するよりもはるかに高価かもしれません。