Yararlı bir iş parçacığı ne teşhis ve hata ayıklama amacıyla yapıyoruz hangi sıralama böylece iş parçacığı adı.

Daha iyi çalışan bir çok iş parçacıklı ağır bir uygulama iş parçacıkları için belirli bir adlandırma kuralı var mı? Herhangi bir talimat? Ne tür bir bilgi parçacığının adı gitmek gerekir? Başkaları için faydalı olabilecek konuları adlandırma hakkında ne öğrendin?

Bildiğim kadarıyla standart yok. Zaman içinde bu kurallar yararlı buldum:

• Bir günlük dosyası içindeki çizgiler çok uzun yapmazlar çünkü kısa isimler kullan.

• Önemli kısmı başında bulunduğu isimler oluşturun. Bir grafik kullanıcı arayüzü oturum izleyiciler sütunları olan tablolara sahip olma eğilimindedir, ve iş parçacığı sütun genellikle küçük ya da küçük her şeyi okumak için yapılacaktır.

• "" Çünkü ortada konu isim. iplik kelimesini kullanmayın

• iş parçacığı isimleri kolayca grep-güçlü olun. Benzer sondaj iş parçacığı isimleri kaçının

• eğer aynı nitelikteki birden çok iş parçacığı varsa, uygulama yürütme özgü Kimlikleri veya günlük alışkanlıkları uyan hangisi bir günlük dosyası, onları numaralandır.

• genellemeler "WorkerThread" (önümüzdeki 5 çalışan iş parçacığı adı mı?), gibi önlemek "" (GUİ? GUİThread bir pencere için mi? her şey?) veya "" (bunu hesaplamak nedir?). Hesaplama

• Eğer iş parçacığı isimleri uygulamanızın log dosyalarını grep için kullandığı bir test Grubu varsa, konuları yeniden adlandırmak değil bir süre sonra. Yani senin test yaptığın için senden nefret edecek. İyi test uygulamalarında iş parçacığı isimleri orada kalmak gerekir.

• bir ağ bağlantısı hizmeti iş parçacığı, iş parçacığı adına hedef ağ adresini (örneğin channel_123.eklemeyi deneyin 212.123.3). Eğer aynı sunucuya birden fazla bağlantı varsa unut numaralandırma ama yok.

Birçok konu var ve bir tane adını unuttum, günlük mekanizması benzersiz bir iş parçacığı KİMLİĞİ çıktı yerine (API özgü, örneğin pthread_self arayarak() )