Düz bir yanıtı olmayan CLR uygulama sorularından biridir. ThreadPool'ün nasıl uygulandığını belirlemek CLR'ye bağlı değildir. Bu, CLR anasistemi'un görevidir. CLR'yi işletim sistemiyle bütünleştiren bir yazılım katmanı. CLR'nin iş parçacığı havuzu işlerini yapmak için kullandığı çekirdek arabirim IHostThreadPoolManager'dur. Yönetilmeyen bir COM arabirimidir, ancak ThreadPool sınıf üyeleriyle neredeyse bire bir eşleştirmeyi tanıma konusunda çok az sorun olacaktır.
CLR ana bilgisayarının birçok uygulaması vardır. Daha tanınabilir olanları, mscoree.dll tarafından uygulanan masaüstü uygulamaları için varsayılan CLR ana bilgisayarlarıdır. Farklı Windows sürümleri için farklı sürümleri vardır. Ve ASP.NET, Sql Server, Visual Studio Hosting işlemi, Silverlight, Windows Phone, XBox için özel sunucu. Ve daha az tanınabilir olan, büyük yönetilmeyen uygulamalar, bir .NET dilinde uygulanan komut dosyalarını desteklemek için CLR'yi kendileri barındırabilir. AutoCAD vb. CAD programları standart örneklerdir.
Bir iş parçacığının çekirdek kavramı CLR'de sanallaştırılmıştır. IClrTask ve IClrTaskManager bunun için barındırma arabirimleridir. Hangi bir ana bilgisayar bir işletim sistemi iş parçacığından başka bir şey üzerinde bir iş parçacığı uygulamak için izin verir. Bir lif gibi. Kimse bu btw'yi yapmıyor.
Elbette, Windows bir iş parçacığı için kendi api vardır. CreateThreadPool() winapi işlevi topun dönmesini sağlar. Ancak, makinemde mscor * .dll dosyaları etrafında dumpbin.exe/imports ile alay, kullanılmakta olduğunu görmüyorum. Sorunun en azından bir kısmı, CreateThreadPool() 'ın yalnızca Vista'dan sonra kullanılabilen daha sonraki bir winapi işlevi olabileceği olabilir. XP ve önceki Windows sürümleri çok daha basit bir uygulamaya sahipti. Yani, hayır, en azından .NET 4.5.2'nin masaüstü sürümü için, Windows iş parçacığı alakalı görünmüyor.
Okuduğunuz bir şeyi sorduğunuzda, bir bağlantı (veya en azından bir yayın adı) ekleyin. –