Takrifan yang paling mudah difahami daripada pengarang ialah beberapa proses yang berjalan serentak, yang setiap satunya adalah sebahagian daripada siri peringkat proses yang berkaitan antara satu sama lain.
Analoginya seperti ini: bayangkan aliran proses untuk autosandar pangkalan data rutin, di mana terdapat banyak pangkalan data untuk disandarkan. Untuk sandaran itu sendiri, kami menggunakan program go, bukan skrip shell. Mungkin dalam menggariskan beberapa siri peringkat proses yang akan dijalankan adalah seperti berikut.
A. Lakukan operasi pembuangan pada pangkalan data, outputnya adalah dalam bentuk banyak fail yang disimpan ke folder.
B. Fail dump kemudiannya diarkibkan dalam format .zip atau .tar .gz (contohnya)
C. Fail arkib dihantar ke pelayan sandaran contohnya AWS S3.
Jika anda memberi perhatian kepada kes di atas, mungkin lebih baik dari segi prestasi jika proses sandaran untuk banyak pangkalan data dilakukan secara selari. dan dengan ini penulis bersetuju.
Dan adalah lebih baik jika proses untuk setiap proses sandaran pangkalan data, A, B dan C, dijalankan secara serentak, dengan menjadikan tiga proses (A, B, C) sebagai proses serentak, maka I/O akan menjadi lebih cekap. Kemudian, antara proses A, B dan C, pelaksanaan akan kekal berurutan (kerana ia mesti berjalan secara berurutan. Ia tidak dibenarkan jika, sebagai contoh, B dilaksanakan dahulu dan kemudian A); Walau bagaimanapun, goroutine yang akan bertanggungjawab untuk pelaksanaan proses A telah selesai. kita boleh meneruskan dengan pelaksanaan B (iaitu peringkat seterusnya proses A) ditambah pelaksanaan proses lain (pangkalan data lain); selari. Jadi goroutine yang mengendalikan A tidak menjadi terbiar.
Sila beri perhatian kepada visualisasi berikut. Lajur ialah perwakilan goroutine yang berjalan serentak. Tetapi kerana ketiga-tiga goroutine adalah satu siri proses, prosesnya sentiasa berurutan, manakala baris mewakili urutan.
Dalam Go, secara amnya proses dalam bentuk goroutine yang dijalankan adalah serentak, tetapi dalam aliran ia mesti berurutan, ia dipanggil saluran paip, jadi buat masa ini mari kita anggap bahawa saluran paip A adalah goroutine untuk proses A, saluran paip B ialah goroutine B dan seterusnya.
Untuk memudahkan pemahaman jadual, sila ikuti penjelasan berurutan:
Dalam contoh ini kita mengandaikan bahawa saluran paip A hanya mempunyai satu goroutine, saluran paip B juga mempunyai satu goroutine, dan begitu juga saluran paip C. Tetapi sebenarnya dalam pelaksanaan dunia sebenar boleh terdapat banyak goroutine untuk setiap saluran paip (banyak goroutine untuk saluran paip A, banyak gorouti untuk saluran paip B , banyak goroutine untuk saluran paip C).
Saya harap tulisan saya dapat menjelaskan. Walaupun tidak jelas, internet dibuka dengan sumber LAN.
Atas ialah kandungan terperinci Konsep Talian Paip. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!