1.すべての例を?qū)g行: コードを読むだけではありません。入力して実行し、動作を観察してください。?? このシリーズをどのように進めていきますか?
2.実験と破壊: スリープを削除して何が起こるか確認し、チャネル バッファー サイズを変更し、ゴルーチン數(shù)を変更します。
物を壊すことで、その仕組みがわかる
3.動作に関する理由: 変更されたコードを?qū)g行する前に、結(jié)果を予測してみてください。予期せぬ動作が見られた場合は、立ち止まってその理由を考えてください。解説に挑戦してください。
4.メンタル モデルの構(gòu)築: 各ビジュアライゼーションはコンセプトを表します。変更されたコード用に獨自の図を描いてみてください。
これは、「Mastering Go Concurrency」 シリーズの パート 1 であり、次の內(nèi)容について説明します。
- ゴルーチンの仕組みとそのライフサイクル
- ゴルーチン間のチャネル通信
- バッファリングされたチャネルとその使用例
- 実踐的な例と視覚化
基本から始めて、それらを効果的に使用する方法についての直観を徐々に養(yǎng)っていきます。
少し長くなり、むしろ非常に長くなりますので、準備を整えてください。
私たちはプロセス全體を通して実踐的にサポートします。
ゴルーチンの基礎(chǔ)
複數(shù)のファイルをダウンロードする簡単なプログラムから始めましょう。
package main import ( "fmt" "time" ) func downloadFile(filename string) { fmt.Printf("Starting download: %s\n", filename) // Simulate file download with sleep time.Sleep(2 * time.Second) fmt.Printf("Finished download: %s\n", filename) } func main() { fmt.Println("Starting downloads...") startTime := time.Now() downloadFile("file1.txt") downloadFile("file2.txt") downloadFile("file3.txt") elapsedTime := time.Since(startTime) fmt.Printf("All downloads completed! Time elapsed: %s\n", elapsedTime) }
次のダウンロードが開始される前に 2 秒間のダウンロードが完了する必要があるため、プログラムには合計 6 秒かかります。これを視覚化してみましょう:
この時間を短くすることができます。go ルーチンを使用するようにプログラムを変更しましょう:
注意: 関數(shù)呼び出しの前にキーワードを移動
package main import ( "fmt" "time" ) func downloadFile(filename string) { fmt.Printf("Starting download: %s\n", filename) // Simulate file download with sleep time.Sleep(2 * time.Second) fmt.Printf("Finished download: %s\n", filename) } func main() { fmt.Println("Starting downloads...") // Launch downloads concurrently go downloadFile("file1.txt") go downloadFile("file2.txt") go downloadFile("file3.txt") fmt.Println("All downloads completed!") }
待って何?何も印刷されませんでしたか?なぜ?
何が起こっているのかを理解するために、これを視覚化してみましょう。
上記の視覚化から、ゴルーチンが終了する前に main 関數(shù)が存在することがわかります。観察の 1 つは、すべての goroutine のライフサイクルが main 関數(shù)に依存しているということです。
注: main 関數(shù)自體は goroutine です ;)
これを修正するには、他のゴルーチンが完了するまでメインのゴルーチンを待機させる方法が必要です。これを行うにはいくつかの方法があります:
- 數(shù)秒待ちます (裏技)
- WaitGroup の使用 (適切な方法、次)
- チャネルの使用 (これについては以下で説明します)
Go ルーチンが完了するまで 數(shù)秒待ちます。
package main import ( "fmt" "time" ) func downloadFile(filename string) { fmt.Printf("Starting download: %s\n", filename) // Simulate file download with sleep time.Sleep(2 * time.Second) fmt.Printf("Finished download: %s\n", filename) } func main() { fmt.Println("Starting downloads...") startTime := time.Now() downloadFile("file1.txt") downloadFile("file2.txt") downloadFile("file3.txt") elapsedTime := time.Since(startTime) fmt.Printf("All downloads completed! Time elapsed: %s\n", elapsedTime) }
これの問題は、ゴルーチンにどれくらいの時間がかかるかわからないことです。場合によっては、それぞれの時間は一定ですが、実際のシナリオでは、ダウンロード時間は変化することがわかっています。
sync.WaitGroup が登場
Go の sync.WaitGroup は、ゴルーチンのコレクションの実行が完了するのを待つために使用される同時実行制御メカニズムです。
ここで、実際の動作を見て視覚化してみましょう:
package main import ( "fmt" "time" ) func downloadFile(filename string) { fmt.Printf("Starting download: %s\n", filename) // Simulate file download with sleep time.Sleep(2 * time.Second) fmt.Printf("Finished download: %s\n", filename) } func main() { fmt.Println("Starting downloads...") // Launch downloads concurrently go downloadFile("file1.txt") go downloadFile("file2.txt") go downloadFile("file3.txt") fmt.Println("All downloads completed!") }
これを視覚化して、sync.WaitGroup の動作を理解しましょう:
カウンターメカニズム:
- WaitGroup は內(nèi)部カウンターを維持します
- wg.Add(n) はカウンターを n ずつ増やします。
- wg.Done() はカウンターを 1 つデクリメントします
- wg.Wait() はカウンターが 0 に達するまでブロックします。
同期フロー:
- メインの goroutine は goroutine を起動する前に Add(3) を呼び出します
- 各ゴルーチンは完了時に Done() を呼び出します
- メインのゴルーチンは、カウンターが 0 に達するまで Wait() でブロックされます。
- カウンタが 0 に達すると、プログラムは続行され、正常に終了します
避けるべき一般的な落とし穴
package main
import (
"fmt"
"time"
)
func downloadFile(filename string) {
fmt.Printf("Starting download: %s\n", filename)
// Simulate file download with sleep
time.Sleep(2 * time.Second)
fmt.Printf("Finished download: %s\n", filename)
}
func main() {
fmt.Println("Starting downloads...")
startTime := time.Now() // Record start time
go downloadFile("file1.txt")
go downloadFile("file2.txt")
go downloadFile("file3.txt")
// Wait for goroutines to finish
time.Sleep(3 * time.Second)
elapsedTime := time.Since(startTime)
fmt.Printf("All downloads completed! Time elapsed: %s\n", elapsedTime)
}
チャンネル
これで、ゴルーチンがどのように機能するかをよく理解できました。では、2 つの go ルーチンはどのように通信するのでしょうか?ここでチャンネルの出番です。
Go のChannel は、ゴルーチン間の通信に使用される強力な同時実行プリミティブです。これらは、ゴルーチンがデータを安全に共有する方法を提供します。
チャネルをパイプとして考えてください: 1 つのゴルーチンはデータをチャネルに送信でき、別のゴルーチンはそれを受信できます。
ここにいくつかのプロパティがあります:
- チャンネルは本質(zhì)的にブロックされています。
- チャネルに送信 操作 ch <- 値 は、他のゴルーチンがチャネルから受信するまで ブロックされます。
- チャネルから受信 操作 <-ch ブロックは、他のゴルーチンがチャネルに送信するまで行われます。
package main import ( "fmt" "time" ) func downloadFile(filename string) { fmt.Printf("Starting download: %s\n", filename) // Simulate file download with sleep time.Sleep(2 * time.Second) fmt.Printf("Finished download: %s\n", filename) } func main() { fmt.Println("Starting downloads...") startTime := time.Now() downloadFile("file1.txt") downloadFile("file2.txt") downloadFile("file3.txt") elapsedTime := time.Since(startTime) fmt.Printf("All downloads completed! Time elapsed: %s\n", elapsedTime) }
ch <- "hello" がデッドロックを引き起こすのはなぜですか?チャネルは本質(zhì)的にブロックしており、ここでは「hello」を渡しているため、レシーバーが存在するまでメインのゴルーチンがブロックされますが、レシーバーがないためスタックします。
ゴルーチンを追加してこれを修正しましょう
package main import ( "fmt" "time" ) func downloadFile(filename string) { fmt.Printf("Starting download: %s\n", filename) // Simulate file download with sleep time.Sleep(2 * time.Second) fmt.Printf("Finished download: %s\n", filename) } func main() { fmt.Println("Starting downloads...") // Launch downloads concurrently go downloadFile("file1.txt") go downloadFile("file2.txt") go downloadFile("file3.txt") fmt.Println("All downloads completed!") }
これを視覚化してみましょう:
今回のメッセージは、別の goroutine から送信されているため、チャネルへの送信中にメインはブロックされません。そのため、メッセージは msg := <-ch に移動し、そこでメッセージを受信するまでメインの goroutine をブロックします。メッセージ。
チャンネルを使用してメインが他の人を待たない問題を修正
次に、チャネルを使用してファイル ダウンローダーの問題を解決しましょう (メインは他のプログラムが終了するのを待ちません)。
package main import ( "fmt" "time" ) func downloadFile(filename string) { fmt.Printf("Starting download: %s\n", filename) // Simulate file download with sleep time.Sleep(2 * time.Second) fmt.Printf("Finished download: %s\n", filename) } func main() { fmt.Println("Starting downloads...") startTime := time.Now() // Record start time go downloadFile("file1.txt") go downloadFile("file2.txt") go downloadFile("file3.txt") // Wait for goroutines to finish time.Sleep(3 * time.Second) elapsedTime := time.Since(startTime) fmt.Printf("All downloads completed! Time elapsed: %s\n", elapsedTime) }
視覚化:
理解を深めるために予行演習をしてみましょう:
プログラム開始:
メインの goroutine が Done チャネルを作成します
3 つのダウンロードゴルーチンを起動します
各ゴルーチンは同じチャネルへの參照を取得します
ダウンロードの実行:
- 3 つのダウンロードはすべて同時に実行されます
- それぞれに 2 秒かかります
- 任意の順序で終了する可能性があります
チャンネルループ:
- メインのゴルーチンがループに入ります: for i := 0;私は< 3;私
- 各 <-done は値を受信するまでブロックします
- ループにより、3 つの完了信號すべてを確実に待機します
ループ動作:
- 反復 1: 最初のダウンロードが完了するまでブロックします
- 反復 2: 2 回目のダウンロードが完了するまでブロックします
- 反復 3: 最終ダウンロードが完了するまでブロックします
完了順序は関係ありません!
所見:
? 各送信 (完了 <- true) には、受信 (<-完了) が 1 つだけあります
? メインのゴルーチンはループを通じてすべてを調(diào)整します
2 つのゴルーチンはどのようにして通信できるのでしょうか?
2 つのゴルーチンがどのように通信できるかはすでに見てきました。いつ?この間ずっと。 main 関數(shù)も goroutine であることを忘れないでください。
package main import ( "fmt" "time" ) func downloadFile(filename string) { fmt.Printf("Starting download: %s\n", filename) // Simulate file download with sleep time.Sleep(2 * time.Second) fmt.Printf("Finished download: %s\n", filename) } func main() { fmt.Println("Starting downloads...") startTime := time.Now() downloadFile("file1.txt") downloadFile("file2.txt") downloadFile("file3.txt") elapsedTime := time.Since(startTime) fmt.Printf("All downloads completed! Time elapsed: %s\n", elapsedTime) }
これを視覚化して予行演習してみましょう:
ドライラン:
プログラム開始 (t=0ms)
最初のメッセージ (t=1ms)
2 番目のメッセージ (t=101ms)
3 番目のメッセージ (t=201ms)
チャネルクローズ (t=301ms)
完了 (t=302-303ms)
バッファリングされたチャネル
なぜバッファリングされたチャネルが必要なのでしょうか?
バッファなしチャネルは、相手側(cè)の準備が整うまで送信側(cè)と受信側(cè)の両方をブロックします。高頻度の通信が必要な場合、両方のゴルーチンがデータ交換のために一時停止する必要があるため、バッファーのないチャネルがボトルネックになる可能性があります。
バッファリングされたチャネルのプロパティ:
- FIFO (先入れ先出し、キューに似ています)
- 固定サイズ、作成時に設(shè)定
- バッファがいっぱいの場合に送信者をブロックします
- バッファが空のときに受信機をブロックします
実際に動作している様子を確認します:
package main import ( "fmt" "time" ) func downloadFile(filename string) { fmt.Printf("Starting download: %s\n", filename) // Simulate file download with sleep time.Sleep(2 * time.Second) fmt.Printf("Finished download: %s\n", filename) } func main() { fmt.Println("Starting downloads...") startTime := time.Now() downloadFile("file1.txt") downloadFile("file2.txt") downloadFile("file3.txt") elapsedTime := time.Since(startTime) fmt.Printf("All downloads completed! Time elapsed: %s\n", elapsedTime) }
出力 (ch<-"third" のコメントを解除する前)
なぜメインのゴルーチンをブロックしなかったのでしょうか?
バッファリングされたチャネルでは、送信者をブロックせずにその容量まで送信できます。
チャネルの容量は 2 です。これは、ブロックする前にバッファーに 2 つの値を保持できることを意味します。
バッファは「first」と「next」ですでにいっぱいです。これらの値を同時に消費する受信者が存在しないため、送信操作は無期限にブロックされます。
メインの goroutine も送信を擔當しており、チャネルから値を受信するアクティブな goroutine が他にないため、プログラムは 3 番目のメッセージを送信しようとするとデッドロックに入ります。
3 番目のメッセージのコメントを解除すると、現(xiàn)在容量がいっぱいであるためデッドロックが発生し、バッファが解放されるまで 3 番目のメッセージはブロックされます。
バッファー付きチャネルとバッファーなしチャネルを使用する場合
Aspect | Buffered Channels | Unbuffered Channels |
---|---|---|
Purpose | For decoupling sender and receiver timing. | For immediate synchronization between sender and receiver. |
When to Use | - When the sender can proceed without waiting for receiver. | - When sender and receiver must synchronize directly. |
- When buffering improves performance or throughput. | - When you want to enforce message-handling immediately. | |
Blocking Behavior | Blocks only when buffer is full. | Sender blocks until receiver is ready, and vice versa. |
Performance | Can improve performance by reducing synchronization. | May introduce latency due to synchronization. |
Example Use Cases | - Logging with rate-limited processing. | - Simple signaling between goroutines. |
- Batch processing where messages are queued temporarily. | - Hand-off of data without delay or buffering. | |
Complexity | Requires careful buffer size tuning to avoid overflows. | Simpler to use; no tuning needed. |
Overhead | Higher memory usage due to the buffer. | Lower memory usage; no buffer involved. |
Concurrency Pattern | Asynchronous communication between sender and receiver. | Synchronous communication; tight coupling. |
Error-Prone Scenarios | Deadlocks if buffer size is mismanaged. | Deadlocks if no goroutine is ready to receive or send. |
重要なポイント
: の場合、バッファリングされた
チャネルを使用します- 送信側(cè)と受信側(cè)のタイミングを切り離す必要があります。
- メッセージをバッチ処理またはキューに入れると、パフォーマンスが向上します。
- アプリケーションは、バッファがいっぱいの場合でもメッセージ処理の遅延を許容できます。
: の場合、バッファなし
チャネルを使用します- ゴルーチン間の同期は重要です。
- シンプルさとデータの即時受け渡しが必要です。
- 送信者と受信者の間の対話は瞬時に行われる必要があります。
これらの基本は、より高度な概念への準備を整えます。今後の投稿では、以下について説明します:
次の投稿:
- 同時実行パターン
- ミューテックスとメモリの同期
Go の強力な同時実行機能について理解を深めていきますので、ご期待ください!
以上が直感的なビジュアルで Golang のゴルーチンとチャネルを理解するの詳細內(nèi)容です。詳細については、PHP 中國語 Web サイトの他の関連記事を參照してください。

ホットAIツール

Undress AI Tool
脫衣畫像を無料で

Undresser.AI Undress
リアルなヌード寫真を作成する AI 搭載アプリ

AI Clothes Remover
寫真から衣服を削除するオンライン AI ツール。

Clothoff.io
AI衣類リムーバー

Video Face Swap
完全無料の AI 顔交換ツールを使用して、あらゆるビデオの顔を簡単に交換できます。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中國語版
中國語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統(tǒng)合開発環(huán)境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

Golangは主にバックエンド開発に使用されますが、フロントエンドフィールドで間接的な役割を果たすこともできます。その設(shè)計目標は、高性能、同時処理、システムレベルのプログラミングに焦點を當てており、APIサーバー、マイクロサービス、分散システム、データベース操作、CLIツールなどのバックエンドアプリケーションの構(gòu)築に適しています。 GolangはWebフロントエンドの主流言語ではありませんが、Gopherjsを介してJavaScriptにコンパイルしたり、Tinygoを介してWebAssemblyで実行したり、テンプレートエンジンを備えたHTMLページを生成してフロントエンド開発に參加できます。ただし、最新のフロントエンド開発は、JavaScript/TypeScriptとそのエコシステムに依存する必要があります。したがって、Golangは、コアとして高性能バックエンドを備えたテクノロジースタック選択により適しています。

GOでGraphQlapiを構(gòu)築するには、GQLGenライブラリを使用して開発効率を向上させることをお勧めします。 1.最初に、スキーマに基づいた自動コード生成をサポートするGQLGENなどの適切なライブラリを選択します。 2。次に、graphqlschemaを定義し、投稿の種類やクエリメソッドの定義など、API構(gòu)造とクエリポータルを説明します。 3。次に、プロジェクトを初期化し、基本コードを生成して、リゾルバにビジネスロジックを?qū)g裝します。 4.最後に、graphqlhandlerをhttpserverに接続し、組み込みの遊び場を介してAPIをテストします。メモには、プロジェクトのメンテナンスを確保するためのフィールドネーミング仕様、エラー処理、パフォーマンスの最適化、セキュリティ設(shè)定が含まれます

GOをインストールするための鍵は、正しいバージョンを選択し、環(huán)境変數(shù)を構(gòu)成し、インストールを検証することです。 1.公式Webサイトにアクセスして、対応するシステムのインストールパッケージをダウンロードします。 Windowsは.msiファイルを使用し、macosは.pkgファイルを使用し、Linuxは.tar.gzファイルを使用し、 /usr /localディレクトリに解凍します。 2.環(huán)境変數(shù)を構(gòu)成し、linux/macOSで?/.bashrcまたは?/.zshrcを編集してパスとgopathを追加し、Windowsがシステムプロパティに移動するパスを設(shè)定します。 3.政府コマンドを使用してインストールを確認し、テストプログラムを?qū)g行してhello.goを?qū)g行して、編集と実行が正常であることを確認します。プロセス全體のパス設(shè)定とループ

sync.waitgroupは、ゴルチンのグループがタスクを完了するのを待つために使用されます。そのコアは、3つの方法で協(xié)力することです。追加、完了、待機です。 1.ADD(n)待機するゴルチンの數(shù)を設(shè)定します。 2.done()は各ゴルチンの端で呼び出され、カウントは1つ減少します。 3.wait()すべてのタスクが完了するまでメインコルーチンをブロックします。使用する場合は、注意してください。Goroutineの外部で追加する必要があります。重複を避け、Donが呼び出されていることを確認してください。 Deferで使用することをお勧めします。これは、Webページの同時クロール、バッチデータ処理、その他のシナリオで一般的であり、並行性プロセスを効果的に制御できます。

Goの埋め込みパッケージを使用すると、靜的リソースをバイナリに簡単に埋め込み、Webサービスに適しており、HTML、CSS、寫真、その他のファイルをパッケージ化できます。 1。追加する埋め込みリソースを宣言します// go:embed comment hello.txtを埋め込むなど、変數(shù)の前に埋め込みます。 2。static/*などのディレクトリ全體に埋め込み、embed.fsを介してマルチファイルパッケージを?qū)g現(xiàn)できます。 3.効率を改善するために、ビルドタグまたは環(huán)境変數(shù)を介してディスクロードモードを切り替えることをお勧めします。 4.パスの精度、ファイルサイズの制限、埋め込みリソースの読み取り専用特性に注意してください。埋め込みの合理的な使用は、展開を簡素化し、プロジェクト構(gòu)造を最適化することができます。

オーディオとビデオ処理の中核は、基本的なプロセスと最適化方法を理解することにあります。 1.基本的なプロセスには、取得、エンコード、送信、デコード、再生が含まれ、各リンクには技術(shù)的な困難があります。 2。オーディオおよびビデオの異常、遅延、音のノイズ、ぼやけた畫像などの一般的な問題は、同期調(diào)整、コーディング最適化、ノイズ減少モジュール、パラメーター調(diào)整などを通じて解決できます。 3. FFMPEG、OPENCV、WeBRTC、GSTREAMER、およびその他のツールを使用して機能を達成することをお勧めします。 4.パフォーマンス管理の観點から、ハードウェアの加速、解像度フレームレートの合理的な設(shè)定、並行性の制御、およびメモリの漏れの問題に注意を払う必要があります。これらの重要なポイントを習得すると、開発効率とユーザーエクスペリエンスの向上に役立ちます。

GOで書かれたWebサーバーを構(gòu)築することは難しくありません。コアは、Net/HTTPパッケージを使用して基本サービスを?qū)g裝することにあります。 1. Net/HTTPを使用して最もシンプルなサーバーを起動します。処理機能を登録し、數(shù)行のコードを介してポートをリッスンします。 2。ルーティング管理:Servemuxを使用して、構(gòu)造化された管理を容易にするために複數(shù)のインターフェイスパスを整理します。 3。共通の実踐:機能モジュールによるグループルーティング、およびサードパーティライブラリを使用して複雑なマッチングをサポートします。 4.靜的ファイルサービス:http.fileserverを介してHTML、CSS、JSファイルを提供します。 5。パフォーマンスとセキュリティ:HTTPSを有効にし、リクエスト本體のサイズを制限し、セキュリティとパフォーマンスを改善するためのタイムアウトを設(shè)定します。これらの重要なポイントを習得した後、機能を拡大する方が簡単になります。

Select Plusのデフォルトの目的は、他のブランチがプログラムブロッキングを避ける準備ができていない場合にデフォルトの動作を?qū)g行できるようにすることです。 1.ブロックせずにチャネルからデータを受信すると、チャネルが空の場合、デフォルトのブランチに直接入力されます。 2。時間と組み合わせて。後またはティッカー、定期的にデータを送信してみてください。チャネルがいっぱいの場合、ブロックしてスキップしません。 3.デッドロックを防ぎ、チャネルが閉じられているかどうかが不確かなときにプログラムが詰まっていることを避けます。それを使用する場合、デフォルトのブランチはすぐに実行され、亂用することはできず、デフォルトとケースは相互に排他的であり、同時に実行されないことに注意してください。
