DocsPricingBlog
Contact Us
Log inSign up for FREE
Back to Tech Articles

Goの文字列内部：UTF-8と一般的な操作

Sep 07, 2025
# Go

Emily Parker

Product Engineer · Leapcell

This post is also available in English, 한국어, and Deutsch
Cover of "Goの文字列内部：UTF-8と一般的な操作"

Goの文字列へのアプローチは、エレガントで実用的です。文字列を単純なバイト配列として扱う言語や、暗黙的にASCIIを想定する言語とは異なり、GoはネイティブでUTF-8を採用しています。この設計上の選択により、多言語テキストの扱​​いが簡素化され、文字エンコーディングに関連する一般的な落とし穴が回避されます。この記事では、GoがUTF-8を使用して文字列を内部的にどのように表現するかを徹底的に探り、それらを操作するための一般的で効率的な方法を実証します。

Go文字列の不変性

まず最も重要なこととして、Goの文字列は不変であることを理解する必要があります。文字列が作成されると、その内容は変更できません。連結やトリミングなど、文字列を変更しているように見える操作は、実際には新しい文字列を作成します。この不変性により、複数のゴルーチンが変更を恐れることなく同じ文字列を安全に読み取ることができるため、並行処理が簡素化され、データの整合性が保証されます。

Goの文字列は、本質的に読み取り専用のバイトスライスです。その基盤となる表現は2つの単語からなるデータ構造です。文字列の内容を保持するバイト配列へのポインタと、その長さを表す整数です。

// 文字列の内部表現（概念的であり、直接アクセスすることはできません）
type StringHeader struct {
	Data uintptr // 基盤となるバイト配列へのポインタ
	Len  int     // バイト単位の文字列の長さ
}

UTF-8：Goのネイティブエンコーディング

UTF-8に対するGoのコミットメントは基本的です。Goソースコード内のすべての文字列リテラルはUTF-8でエンコードされています。これは、中国語、日本語、韓国語、絵文字など、さまざまな言語からの文字を直接扱うことがシームレスであることを意味します。

UTF-8は可変長エンコーディングです。これは、異なる文字が異なるバイト数を占める可能性があることを意味します。

  • ASCII文字（U+0000からU+007F）は1バイトを占めます。
  • ほとんどのヨーロッパ言語の文字（例：「é」、「ñ」）は2バイトを占めます。
  • 一般的なCJK文字（中国語、日本語、韓国語）は3バイトを占めます。
  • 一部のまれな文字または絵文字は4バイトを占める場合があります。

例でこれを示しましょう：

package main

import (
	"fmt"
	"unicode/utf8"
)

func main() {
	s1 := "hello"           // ASCIIのみ
	s2 := "你好世界"          // 中国語文字
	s3 := "Go Gopher 🤘"    // Unicode、絵文字を含む

	fmt.Printf("String: \"%s\", Length (bytes): %d\n", s1, len(s1))
	fmt.Printf("String: \"%s\", Length (bytes): %d\n", s2, len(s2))
	fmt.Printf("String: \"%s\", Length (bytes): %d\n", s3, len(s3))

	fmt.Println("\n--- Counting Runes (Characters) ---")
	fmt.Printf("String: \"%s\", Length (runes): %d\n", s1, utf8.RuneCountInString(s1))
	fmt.Printf("String: \"%s\", Length (runes): %d\n", s2, utf8.RuneCountInString(s2))
	fmt.Printf("String: \"%s\", Length (runes): %d\n", s3, utf8.RuneCountInString(s3))
}

出力：

String: "hello", Length (bytes): 5
String: "你好世界", Length (bytes): 12
String: "Go Gopher 🤘", Length (bytes): 13

--- Counting Runes (Characters) ---
String: "hello", Length (runes): 5
String: "你好世界", Length (runes): 4
String: "Go Gopher 🤘", Length (runes): 11

len(s)とutf8.RuneCountInString(s)の違いに注意してください。

  • len(s)は文字列のバイト数を返します。
  • utf8.RuneCountInString(s)はルーン（Unicodeコードポイント、または文字）の数を返します。これは通常、文字列の「長さ」と言うときに意味することです。

文字列の反復処理

文字列はUTF-8エンコードされたバイトシーケンスであるため、forループを使用して直接反復処理すると、文字ではなく個々のバイトが得られます。

str := "你好"
for i := 0; i < len(str); i++ {
	fmt.Printf("Byte at index %d: %x\n", i, str[i])
}
// 出力：
// Byte at index 0: e4
// Byte at index 1: bd
// Byte at index 2: a0
// Byte at index 3: e5
// Byte at index 4: a5
// Byte at index 5: bd

Unicodeコードポイント（ルーン）を反復処理するために、Goは文字列に特別なfor...rangeループ構造を提供しています：

str := "你好Go 🌎"
for i, r := range str {
	fmt.Printf("Code point '%c' (U+%04X) at byte index %d\n", r, r, i)
}
// 出力：
// Code point '你' (U+4F60) at byte index 0
// Code point '好' (U+597D) at byte index 3
// Code point 'G' (U+0047) at byte index 6
// Code point 'o' (U+006F) at byte index 7
// Code point ' ' (U+0020) at byte index 8
// Code point '🌎' (U+1F30E) at byte index 9

for...rangeループはUTF-8シーケンスをrune値に正しくデコードします。iはルーンの開始バイトインデックスになり、rはrune（int32のエイリアス）になります。

一般的な文字列操作

Goの標準ライブラリ、特にstringsおよびstrconvパッケージは、文字列操作のための豊富な関数セットを提供しています。

1. 文字列変換

  • **文字列からバイトスライスへ：**文字列は[]byteスライスに変換でき、その後変更できます。これは暗黙的に新しい基盤となる配列を作成します。

    s := "Hello"
b := []byte(s)
b[0] = 'h' // バイトスライスを変更
fmt.Println(string(b)) // 文字列に変換（新しい文字列を作成）-> "hello"

  • バイトスライスから文字列へ： []byteをstringに変換すると、バイトをコピーして新しい文字列が作成されます。

    b := []byte{'G', 'o'}
s := string(b)
fmt.Println(s) // "Go"

  • 文字列からルーンスライスへ：stringを[]runeスライスに変換すると、個々の文字を直接操作できます。これも新しいスライスを作成します。

    s := "你好"
r := []rune(s)
r[0] = '您' // 最初の文字を変更
fmt.Println(string(r)) // 文字列に変換 -> "您好"

2. 連結

Goの文字列連結は新しい文字列を作成します。+演算子は少数の連結には便利ですが、繰り返しのメモリ割り当てとコピーのため、多くの操作では非効率的になる可能性があります。

非効率的な連結：

var s string
for i := 0; i < 1000; i++ {
	s += "a" // 各 += は新しい文字列を作成します
}
// これは1000回の文字列割り当てとコピーを実行します。

strings.Builderを使用した効率的な連結：

文字列を繰り返し構築するために、strings.Builderを強くお勧めします。内部バイトバッファを維持することで、再割り当てを最小限に抑えます。

import (
	"strings"
	"fmt"
)

func main() {
	var sb strings.Builder
	sb.Grow(1000) // オプション：最終的なサイズがわかっている場合は容量を事前に割り当てます

	for i := 0; i < 1000; i++ {
		sb.WriteString("a")
	}
	finalString := sb.String()
	fmt.Println("Length of built string:", len(finalString))
	// これははるかに少ない割り当てとコピーを実行し、パフォーマンスを向上させます。
}

3. 部分文字列の抽出

文字列はバイトシーケンスであるため、スライスすると基盤となるバイト配列を共有する新しい文字列が作成されます。ただし、マルチバイトルーンを扱う場合はバイトインデックスに注意してください。

s := "你好世界" // 12バイト、4ルーン
sub1 := s[0:6]  // "你好" - 最初の2つのルーン（各3バイト）に対して正しい
sub2 := s[0:7]  // "你好" - 不正確、マルチバイトルーンを分割し、置換文字''を生成します

fmt.Println(sub1)
fmt.Println(sub2)

// ルーン数による部分文字列の取得、または安全なスライスには、[]runeに変換します：
r := []rune(s)
subRune1 := string(r[0:2]) // "你好"
subRune2 := string(r[2:])  // "世界"
fmt.Println(subRune1)
fmt.Println(subRune2)

**重要：**直接スライス s[start:end] は常にバイトインデックスで機能します。 start または end がマルチバイトUTF-8シーケンスの途中に配置された場合、結果の部分文字列はUTF-8が無効になり、置換文字が表示されます。堅牢で文字を認識するスライスには、まず[]runeに変換してください。

4. 検索と置換

stringsパッケージは、検索と置換のためのさまざまな機能を提供しています：

import "strings"

func main() {
	text := "Go is a great language. Go is simple."

	// Contains
	fmt.Println("Contains 'Go':", strings.Contains(text, "Go")) // true

	// Index
	fmt.Println("Index of 'great':", strings.Index(text, "great")) // 8
	fmt.Println("Last index of 'Go':", strings.LastIndex(text, "Go")) // 24

	// HasPrefix, HasSuffix
	fmt.Println("Starts with 'Go':", strings.HasPrefix(text, "Go")) // true
	fmt.Println("Ends with 'simple.':", strings.HasSuffix(text, "simple.")) // true

	// Replace
	newText := strings.Replace(text, "Go", "Golang", 1) // 最初の出現を置換
	fmt.Println("Replaced once:", newText) // Golang is a great language. Go is simple.

	newTextAll := strings.ReplaceAll(text, "Go", "Golang") // すべての出現を置換
	fmt.Println("Replaced all:", newTextAll) // Golang is a great language. Golang is simple.
}

5. 大小文字変換

import "strings"

func main() {
	s := "Hello World"
	fmt.Println(strings.ToLower(s)) // hello world
	fmt.Println(strings.ToUpper(s)) // HELLO WORLD

	// Unicode対応の大文字小文字の折りたたみ（例：トルコ語の 'i'）については、
	// `strings.ToUpper`/`ToLower` がすべてのエッジケースを処理しない可能性があるため、`unicode.ToUpper`/`ToLower` を使用してください。
}

6. トリミング

先頭/末尾の空白または指定された文字を削除します。

import "strings"

func main() {
	s := "  Hello World  \n"
	fmt.Printf("Trimmed space: \"%s\"\n", strings.TrimSpace(s)) // "Hello World"

	s2 := "abccbaHelloabccba"
	// カットセットに基づいて先頭と末尾の文字をトリミングします
	fmt.Printf("Trimmed cutset: \"%s\"\n", strings.Trim(s2, "abc")) // "Hello"
}

パフォーマンスに関する考慮事項

Goは文字列の扱​​いを容易にしますが、内部メカニズムを理解することは、パフォーマンスの高いコードを書くのに役立ちます：

  1. 不変性とコピー： ほとんどすべての文字列操作（連結、スライス、変換）は新しい文字列（および潜在的に新しい基盤となるバイト配列）を作成します。パフォーマンスが重要なループで頻繁に行われると、メモリ割り当てとガベージコレクションのオーバーヘッドにつながる可能性があります。
  2. 文字列構築のためのstrings.Builder： 多くの小さな部分から文字列を構築するには、常にstrings.Builderを優先してください。
  3. []byte対string変換： stringと[]byteの間の変換にはデータコピーが含まれます。バイトとしてのみ処理する必要がある文字列を構築している場合は、操作全体で[]byteを維持することを検討してください。
  4. ルーン対応対バイト単位の操作： []runeスライスに対する操作は、UTF-8デコードとエンコードが関与するため、基本的なバイト単位の操作よりも計算コストが高くなることがよくあります。仕事に適したツールを選択してください。バイト（例：ネットワークプロトコル、ファイルシリアライゼーション）のみを操作する必要がある場合は、[]byteを使用してください。文字を操作する必要がある場合は、[]runeまたはfor...rangeを文字列に使用してください。
  5. ベンチマーク： パフォーマンスが最優先される場合は、常に文字列操作をベンチマークして、実際のパフォーマンスへの影響を理解してください。
package main

import (
	"bytes"
	"fmt"
	"strings"
	"testing"
)

func benchmarkConcatenation(b *testing.B, strategy string) {
	s := "some_string_part_"
	num := 1000 // 連結回数

	b.ResetTimer()
	for i := 0; i < b.N; i++ {
		switch strategy {
		case "plus":
			result := ""
			for j := 0; j < num; j++ {
				result += s
			}
		case "strings.Builder":
			var sb strings.Builder
			sb.Grow(len(s) * num) // 容量を事前に割り当てて最適化
			for j := 0; j < num; j++ {
				sb.WriteString(s)
			}
			_ = sb.String()
		case "bytes.Buffer": // 別の代替手段、純粋な文字列ではあまり一般的ではありません
			var buf bytes.Buffer
			buf.Grow(len(s) * num)
			for j := 0; j < num; j++ {
				buf.WriteString(s)
			}
			_ = buf.String()
		}
	}
}

func BenchmarkConcatenationPlus(b *testing.B) {
	benchmarkConcatenation(b, "plus")
}

func BenchmarkConcatenationStringsBuilder(b *testing.B) {
	benchmarkConcatenation(b, "strings.Builder")
}

func BenchmarkConcatenationBytesBuffer(b *testing.B) {
	benchmarkConcatenation(b, "bytes.Buffer")
}

// このベンチマークを実行する方法：
// go test -bench=. -benchmem -run=none
// 例の出力（マシンによって異なります）：
// goos: darwin
// goarch: arm64
// pkg: example/string_bench
// BenchmarkConcatenationPlus-8                   162        7077677 ns/op      799981 B/op      1000 allocs/op
// BenchmarkConcatenationStringsBuilder-8       19782          59114 ns/op        4088 B/op         4 allocs/op
// BenchmarkConcatenationBytesBuffer-8          18042          67073 ns/op        4088 B/op         4 allocs/op

ベンチマーク結果は、strings.Builder（およびbytes.Buffer）が、特に割り当てとメモリ使用量の点で、繰り返しの+連結よりも大幅なパフォーマンス上の利点があることを明確に示しています。

結論

Goの文字列処理は、その設計哲学、つまりシンプルさ、安全性、効率性の強力な証です。UTF-8を標準化することにより、国際化の多くの一般的な落とし穴を回避します。文字列は不変で、内部的にはバイト指向のスライスであることを理解し、文字反復処理のためにfor...rangeループ、または効率的な構築のためにstrings.Builderを賢く使用することで、Go開発者は堅牢でパフォーマンスの高いコードをあらゆるテキストデータに対して記述できます。Goの文字列モデルを採用すれば、テキストの操作ははるかに楽しい経験になるでしょう。

Share this article

HackerNews

More Posts from Leapcell

Popular Posts