導入
Go言語において、文字列（string）はイミュータブル（不変）なデータ型です。一方で、ネットワーク通信やファイル操作など、多くの場面でバイトスライス（[]byte）を扱う必要があります。この変換は一見単純ですが、メモリ確保の仕組みを正しく理解していないと、パフォーマンス低下の原因となります。本記事では、文字列からバイトスライスへの変換の基本と、裏側で何が起きているのかを解説します。
基礎知識
Goのstringは、バイトの配列を読み取り専用で保持する構造体です。一方、[]byteはミュータブル（可変）なバイトの配列です。
通常、[]byte(s) と記述することで変換を行いますが、このときGoはメモリのコピーを発生させます。これは、変換後のバイトスライスを操作しても元の文字列に影響を与えないようにするための安全装置です。
実装/解決策
変換を行う基本構文は []byte(s) です。この操作を行うと、以下の手順でメモリが管理されます。
1. 現在の文字列の長さと同じサイズ分、ヒープメモリを確保する。
2. 文字列内のデータを確保したメモリ領域へコピーする。
この処理は、文字列が長くなればなるほどメモリ確保とコピーのコストが増大するため、頻繁に呼び出すループ内などでは注意が必要です。
サンプルプログラム
以下のコードは、文字列をバイトスライスに変換し、一部のデータを書き換える例です。
package main
import (
“fmt”
)
func main() {
// 元となる文字列
s := “Hello, Go!”
// 文字列からバイトスライスへ変換
// ここで新しいメモリ領域が確保され、データがコピーされます
b := []byte(s)
// バイトスライスはミュータブルなので、書き換えが可能
// ‘H’ を ‘J’ に変更
b[0] = ‘J’
fmt.Printf(“元の文字列: %s\n”, s)
fmt.Printf(“変換後のバイトスライス: %s\n”, string(b))
}
応用・注意点
現場で注意すべき点は「不要な変換」を避けることです。
1. 読み取り専用なら変換しない
もし、バイトスライスを読み取るだけで書き換えないのであれば、変換せずに文字列のまま扱うか、または unsafe パッケージ（非推奨ですがパフォーマンス重視の場面で使用）を用いた「ゼロコピー変換」の手法が存在します。ただし、unsafe はメモリ管理を自分で行うため、非常にバグを生みやすい点に注意してください。
2. 大量データの変換コスト
ループ内で頻繁に []byte(s) を行うと、ガベージコレクション（GC）の負荷が非常に高くなります。変換後のバイトスライスを再利用（メモリの使い回し）できないか、設計を見直すことも重要です。
基本的には標準の変換構文を使い、パフォーマンス上のボトルネックが特定された場合のみ、メモリ確保の回数を減らす最適化を検討するようにしましょう。
コメント