Extra array copy in Metadata

In `Metadata.storeAdd()`, the code optimistically tries to allocate a single element array under the premise that most headers will only have a single value.

In `DecompressorRegistry`, it tries too to cache the "grpc-accept-encoding" header and builds it ahead of time. In theory, there should only be one such header.

Sadly, `ClientCallImpl.prepareHeaders()` always adds the "identity" codec before adding the raw, cached encodings, which makes the Arraylist in Meta data be too small, and have to reallocate larger, which copies the tiny array. This happens on every single RPC and was noticed during profiling.

Metadata.storeAdd()、DecompressorRegistry、ClientCallImpl.prepareHeaders() から始めて、キャッシュされた grpc-accept-encoding の値と identity codec がどのように追加されるかを追跡します。RPC ヘッダーの準備中のアロケーションとコピーの動作を確認します。issue で説明されている不要な配列の再アロケーションを、結果のヘッダーを変更せずに回避できれば完了です。

索引モデルが issue の本文から書いたものです。