golang でのスライスによる同時マッピング-Golang-php.cn

golang でのスライスによる同時マッピング

WBOY

リリース： 2024-02-11 09:57:09

転載

1155 人が閲覧しました

golang 中带有切片的并发映射

php エディター Banana が、golang でのスライスの同時マッピングに関する素晴らしい記事を提供してくれました。この記事では、同時環境でのマッピング操作にスライスを使用する方法を説明し、スライスが同時プログラミングで非常に役立つ理由を説明します。 golang の同時実行メカニズムを使用すると、複数の goroutine のスライスに同時にアクセスして変更できるため、プログラムのパフォーマンスと効率が向上します。初心者でも経験豊富な Golang 開発者でも、この記事は貴重な知識と実践的なスキルを提供します。 Golang でスライスを使用した同時マッピングを調べてみましょう。

質問の内容

現場の開発者の一人が数か月前に退職して以来、同時実行性の問題を解決しようとしていますが、これを解決する適切な方法が見つかりません。問題。

コンテキストのために、顧客データを次のような構造にロードします:

[ キー ] -> { 値 }

[顧客固有のハッシュ] -> {データポイント/ファイルスライス}

例 - 書式が非常に悪いです、申し訳ありません:

リーリー

上記の理由は、当社には 100,000 人の顧客がおり、毎晩、各顧客のハッシュ (実際にはバケット) に基づいてデータを統合するプロセスを開始しているためです。データフレームを処理する前に、スライスを反復処理し、データフレームを多くの法律/会計ルールを含む 1 つの大きなデータフレームに「マージ」します。

これは goroutine で実行され、すべてのデータポイントにできるだけ早くインデックスを付けます。

つまり、実装は本質的に sync.Map[string, []DataFrame] です。しかし、マップ操作は保護されていますが、DataFrame スライスへの追加は保護されていないことに気付きました。各ハッシュには、おそらく 1 晩あたり約 20 ～ 30 のファイル参照がそのスライスに含まれています。

過去 2 年間に顧客データが誤ってマージされた可能性が高く、私はそれを修正する任務を負っています。 sync.map を使用する前は、Map で RWMutex を再度使用していましたが、スライスは使用していませんでした。この記事がガイドとして示されています。

まず第一に、スライスを含む Map という考え方は適切なデータ構造ですか?

RWMutex ベースのタイルハンドラーを作成しようとしていますが、顧客ファイルのインデックス作成時にマップに chan DataFrame を代わりに追加し、完了したら 2 番目のステップでそれらをマージできるかどうか疑問に思っていました。配列 (len(chanx) など) はわかりますか?

私は主に Java 出身なので、用語が混同されているかもしれません。ごめんなさい。