StringBuilderの処理速度が遅く、結果をキャッシュする必要がありますか？

Question

JavaからRedisにアクセスするためのコードを書いています。そのため、たくさんのStringをキーとして作成する必要があります。これらのキーにはパターンがありますが、同じアクセスに対して同じキーを繰り返し再生することになります。

（DAOパラメータに基づいて）生成されたキーのキャッシュを実装することを検討していますが、キャッシュの速度を指定しても、スピードアップが複雑になるかどうかは疑問です。

キーは、3〜7文字の文字列で連結されたUUIDで構成されています。このシナリオでは、キャッシュを保証するにはStringBuilderの速度が十分ですか？

Answer 1

プロファイリングだけではわかりますが、キャッシュする場合は、キャッシュから取得する方法が必要です。少なくとも、StringBuilderを使用する場合と同じくらいオーバーヘッドがかかる可能性があります。誰もが、プロファイルを言っているよう

String result = strPart1 + strPart2; 

Answer 2

のようなものをやったときに

のStringBuilderを内部的に使用されます。 UUIDが固定されている場合は、次のように少し物事をスピードアップすることができます

public class KeyGenerator { 
    private final StringBuilder sb; 
    private final int uidLen; 

    public KeyGenerator(String uid) { 
     sb = new StringBuilder(uid); 
     uidLen = uid.length(); 
    } 

    public String getKey(String suffix) { 
     sb.setLength(uidLen); 
     sb.append(suffix); 
     return sb.toString(); 
    } 
} 

をこれは、あなたが鍵を必要とするたびに新しいのStringBuilderを構築し、UIDを追加し保存します。また、キャッシュよりも少しシンプルです。