


Adakah terdapat kebuntuan apabila menggunakan dua fmt.println dalam rutin pergi?
Dalam bahasa Go, adakah menggunakan dua fungsi pencetakan fmt.Println() akan menyebabkan kebuntuan? Ini soalan biasa, jom jawab. Pertama, kita mesti memahami konsep kebuntuan. Kebuntuan ialah keadaan di mana dua atau lebih proses menunggu antara satu sama lain untuk selesai, menyebabkan program tidak dapat meneruskan pelaksanaan. Dalam bahasa Go, jika anda menggunakan fungsi pencetakan fmt.Println() dalam dua rutin pada masa yang sama, kerana output standard adalah selamat untuk benang, tiada jalan buntu akan berlaku. Oleh itu, anda boleh menggunakan berbilang fungsi fmt.Println() dengan selamat dalam rutin pergi anda tanpa perlu risau tentang isu kebuntuan.
Kandungan soalan
Saya cuba belajar pergi dan saya bereksperimen di taman permainan. Saya mempunyai kod yang sangat mudah. Saya cuba menggunakan struct dan kepingan bersama-sama dalam rutin pergi. Saya tidak pasti sama ada ini akan menjadi sesuatu yang saya akan gunakan dalam pengeluaran, tetapi nampaknya ia agak kurang, jadi begini:
func main() { routinemsg := make(chan []Person) routinemsg2 := make(chan []Person) // create the person records p1 := newPerson("john doe", 25) p2 := newPerson("dohn joe", 52) p3 := newPerson("bohn joo", 30) // send a slice of Person to the first routine go func() { routinemsg <- []Person{p1, p2} }() // retrieve the slice from the first routine[in the append] // append p3 to the slice retrieved from the first routine // send the new slice to the second routine go func() { routinemsg2 <- append(<-routinemsg, p3) }() // I am able to see the first Println but when I insert the second one I get a deadlock error // also, same error if I use one Println with 2 arguments. fmt.Println(<-routinemsg) fmt.Println(<-routinemsg2) }
Saya pernah mendengar tentang kumpulan menunggu tetapi belum tahu tentang mereka lagi! Jadi, bersangka baik dengan saya :d, terima kasih kerana meluangkan masa
Penyelesaian
routinemsg
上只有一个发送操作,但您有 2 个接收操作:一个在启动的 goroutine 中,另一个在 main
dalam goroutine. Nilai yang dihantar hanya boleh diterima sekali oleh penerima.
Jika goroutine yang dimulakan menerima daripada routinemsg
接收,那么就会出现死锁:main
dahulu, ia akan disekat selama-lamanya.
Jika main
goroutine 首先接收,那么启动的 goroutine 将永远阻塞(尝试从中接收),因此它永远无法在 routinemsg2
上发送任何内容,因此 main
中从 routinemsg2
penerima juga akan menyekat selama-lamanya: kebuntuan lagi.
Padam main()
中的 fmt.println(<-routinemsg)
行,然后从 routinemsg2
的最终接收可以(最终)继续并打印包含 p1
、p2
和 phpcnc 的切片phpcnp3:
[{john doe 25} {dohn joe 52} {bohn joo 30}]
Cubalah di pergi taman permainan.
Atas ialah kandungan terperinci Adakah terdapat kebuntuan apabila menggunakan dua fmt.println dalam rutin pergi?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!

Alat AI Hot

Undresser.AI Undress
Apl berkuasa AI untuk mencipta foto bogel yang realistik

AI Clothes Remover
Alat AI dalam talian untuk mengeluarkan pakaian daripada foto.

Undress AI Tool
Gambar buka pakaian secara percuma

Clothoff.io
Penyingkiran pakaian AI

AI Hentai Generator
Menjana ai hentai secara percuma.

Artikel Panas

Alat panas

Notepad++7.3.1
Editor kod yang mudah digunakan dan percuma

SublimeText3 versi Cina
Versi Cina, sangat mudah digunakan

Hantar Studio 13.0.1
Persekitaran pembangunan bersepadu PHP yang berkuasa

Dreamweaver CS6
Alat pembangunan web visual

SublimeText3 versi Mac
Perisian penyuntingan kod peringkat Tuhan (SublimeText3)

Topik panas



OpenSSL, sebagai perpustakaan sumber terbuka yang digunakan secara meluas dalam komunikasi yang selamat, menyediakan algoritma penyulitan, kunci dan fungsi pengurusan sijil. Walau bagaimanapun, terdapat beberapa kelemahan keselamatan yang diketahui dalam versi sejarahnya, yang sebahagiannya sangat berbahaya. Artikel ini akan memberi tumpuan kepada kelemahan umum dan langkah -langkah tindak balas untuk OpenSSL dalam sistem Debian. Debianopenssl yang dikenal pasti: OpenSSL telah mengalami beberapa kelemahan yang serius, seperti: Kerentanan Pendarahan Jantung (CVE-2014-0160): Kelemahan ini mempengaruhi OpenSSL 1.0.1 hingga 1.0.1f dan 1.0.2 hingga 1.0.2 versi beta. Penyerang boleh menggunakan kelemahan ini untuk maklumat sensitif baca yang tidak dibenarkan di pelayan, termasuk kunci penyulitan, dll.

Artikel ini menerangkan cara menggunakan alat PPROF untuk menganalisis prestasi GO, termasuk membolehkan profil, mengumpul data, dan mengenal pasti kesesakan biasa seperti CPU dan isu memori.

Artikel ini membincangkan ujian unit menulis di GO, meliputi amalan terbaik, teknik mengejek, dan alat untuk pengurusan ujian yang cekap.

Artikel ini menunjukkan penciptaan dan stub di GO untuk ujian unit. Ia menekankan penggunaan antara muka, menyediakan contoh pelaksanaan mengejek, dan membincangkan amalan terbaik seperti menjaga mocks fokus dan menggunakan perpustakaan penegasan. Articl

Artikel ini meneroka kekangan jenis adat Go untuk generik. Ia memperincikan bagaimana antara muka menentukan keperluan jenis minimum untuk fungsi generik, meningkatkan keselamatan jenis dan kebolehgunaan semula kod. Artikel ini juga membincangkan batasan dan amalan terbaik

Artikel ini membincangkan pakej GO's Reflect, yang digunakan untuk manipulasi kod runtime, bermanfaat untuk siri, pengaturcaraan generik, dan banyak lagi. Ia memberi amaran tentang kos prestasi seperti pelaksanaan yang lebih perlahan dan penggunaan memori yang lebih tinggi, menasihati penggunaan yang bijak dan terbaik

Artikel ini membincangkan menggunakan ujian yang didorong oleh jadual di GO, satu kaedah yang menggunakan jadual kes ujian untuk menguji fungsi dengan pelbagai input dan hasil. Ia menyoroti faedah seperti kebolehbacaan yang lebih baik, penurunan duplikasi, skalabiliti, konsistensi, dan a

Perpustakaan yang digunakan untuk operasi nombor terapung dalam bahasa Go memperkenalkan cara memastikan ketepatannya ...
