.NET Core को थ्रेड .bort () पर लौटें। CoreCLR और CoreFX के संस्करण के साथ आवेदन वितरण

.NET फ्रेमवर्क से .NET कोर में माइग्रेट करते समय, कुछ अप्रिय क्षण आ सकते हैं। उदाहरण के लिए, यदि आपका एप्लिकेशन डोमेन का उपयोग करता है, तो आपको तर्क को फिर से लिखना होगा। Thread.Abort () के साथ एक समान स्थिति: Microsoft इस अभ्यास से बहुत नापसंद है (और ठीक ही इसलिए) कि उन्होंने पहले इस विधि को पदावनत घोषित किया, और फिर इसे पूरी तरह से रूपरेखा से काट दिया और अब यह एक PlatformNotSupportedException को फेंकने वाला विश्वासघाती है।

लेकिन क्या होगा यदि आपका एप्लिकेशन थ्रेड.एबोर्ट () का उपयोग करता है, और आप वास्तव में इसे बिना किसी पुनर्लेखन के .NET कोर में अनुवाद करना चाहते हैं? खैर, हम यह अच्छी तरह से जानते हैं कि मंच भी इस कार्यक्षमता का समर्थन करता है, इसलिए मैं आपको खुश कर सकता हूं: एक रास्ता है, आपको बस सीएलआर के अपने संस्करण को इकट्ठा करने की आवश्यकता है।

अस्वीकरण: यह एक विशुद्ध रूप से व्यावहारिक लेख है जिसमें न्यूनतम सिद्धांत है, जिसे केवल डेवलपर और .NET पर्यावरण के बीच बातचीत के लिए नए विकल्पों को प्रदर्शित करने के लिए डिज़ाइन किया गया है। उत्पादन में ऐसा कभी न करें। लेकिन अगर आप वास्तव में चाहते हैं ...



यह दो चीजों के लिए संभव बनाया गया था: क्रॉस-प्लेटफॉर्म .NET कोर के लिए माइक्रोसॉफ्ट की इच्छा और डेवलपर्स द्वारा फ्रेमवर्क के स्रोत कोड को खोलने के लिए स्थानांतरित करने के लिए किया गया कार्य। आइए इसका फायदा उठाते हैं।

सैद्धांतिक न्यूनतम:

• डॉटनेट प्रकाशन हमें स्टैंडअलोन एप्लिकेशन प्रकाशित करने की अनुमति देता है: इसके साथ रूपरेखा वितरित की जाएगी, और जीएसी में कहीं भी नहीं खोजा जाएगा
• CoreCLR का संस्करण जिस पर कुछ शर्तों के तहत आवेदन चलेगा, runtimeconfig.json का उपयोग करके सेट किया जा सकता है
• हम अपने स्वयं के CoreFX का निर्माण कर सकते हैं: github.com/dotnet/corefx
• हम अपने स्वयं के CoreCLR : github.com/dotnet/coreclr का निर्माण कर सकते हैं

CoreFX को अनुकूलित करें

हमारे मुख्य लक्ष्य पर लौटने से पहले - Thread.Abort ( ) लौटें - चलो सभी उपकरणों की कार्यक्षमता का परीक्षण करने के लिए CoreFX में कुछ मौलिक बदलाव करें। उदाहरण के लिए, डायनामिक के बारे में मेरे पिछले लेख के मद्देनजर, हमने एप्लिकेशन में इसके उपयोग को पूरी तरह से प्रतिबंधित कर दिया है। क्यों? क्योंकि हम कर सकते हैं।

आवश्यक शर्तें

सबसे पहले, हम विधानसभा के लिए आवश्यक सब कुछ स्थापित करेंगे:

• CMake
• विजुअल स्टूडियो 2019 पूर्वावलोकन
• नवीनतम .NET कोर एसडीके (.NET कोर 3.0 पूर्वावलोकन)

विजुअल स्टूडियो 2019 - वर्कलोड

.NET डेस्कटॉप विकास

• सभी आवश्यक घटक
• .NET फ्रेमवर्क 4.7.2 विकास उपकरण

C ++ के साथ डेस्कटॉप विकास

• सभी आवश्यक घटक
• VC ++ 2019 v142 टूलसेट (x86, x64)
• विंडोज 8.1 एसडीके और यूसीआरटी एसडीके
• VC ++ 2017 v141 टूलसेट (x86, x64)

.NET कोर क्रॉस-प्लेटफॉर्म विकास

• सभी आवश्यक घटक

विजुअल स्टूडियो 2019 - व्यक्तिगत घटक

• सी # और विजुअल बेसिक रोजलिन कंपाइलर
• स्थैतिक विश्लेषण उपकरण
• .NET पोर्टेबल लाइब्रेरी टारगेटिंग पैक
• विंडोज 10 एसडीके या विंडोज 8.1 एसडीके
• विजुअल स्टूडियो सी ++ कोर विशेषताएं
• VC ++ 2019 v142 टूलसेट (x86, x64)
• VC ++ 2017 v141 टूलसेट (x86, x64)
• MSBuild
• .NET फ्रेमवर्क 4.7.2 लक्ष्यीकरण पैक
• विंडोज यूनिवर्सल CRT SDK

क्लोन कोरफैक्स :

git clone https://github.com/dotnet/corefx.git 

अब गतिशील को अक्षम करें। हम इसके लिए खुले रहेंगे (इसके बाद मैं रिपॉजिटरी की जड़ के सापेक्ष पथ दिखाऊंगा)

 corefx\src\System.Linq.Expressions\src\System\Runtime\CompilerServices\CallSite.cs 

और CallSite <T> .Create फ़ंक्शन के अंत में , सादा कोड डालें:

 throw new PlatformNotSupportedException("No way"); 

हम Corefx पर लौटते हैं और build.cmd निष्पादित करते हैं । असेंबली पूर्ण होने के बाद, निम्न सामग्री के साथ Visual Studio में एक नया .NET कोर प्रोजेक्ट बनाएँ:

 public int Test { get; set; } public static void Main(string[] args) { try { dynamic a = new Program(); a.Test = 120; } catch (Exception e) { Console.WriteLine(e); } //,    foreach (var asm in AppDomain.CurrentDomain.GetAssemblies()) { Console.WriteLine(asm.Location); } } 

हम अपने प्रोजेक्ट को संकलित करते हैं। अब जाना है

 corefx\artifacts\packages\Debug\NonShipping 

और हमें वहाँ एक पैकेज मिलता है जो कुछ इस तरह दिखता है: Microsoft.PStreet.CoreFx.NETCoreApp। 5.0.0-dev.19465.1 .nupkg । हम अपनी परियोजना के .csproj को खोलते हैं और वहां निम्नलिखित पंक्तियाँ डालते हैं:

 <PropertyGroup> <PackageConflictPreferredPackages>Microsoft.Private.CoreFx.NETCoreApp;runtime.$(RuntimeIdentifiers).Microsoft.Private.CoreFx.NETCoreApp;$(PackageConflictPreferredPackages)</PackageConflictPreferredPackages> </PropertyGroup> <ItemGroup> <PackageReference Include="Microsoft.Private.CoreFx.NETCoreApp" Version="5.0.0-dev.19465.1" /> </ItemGroup> 

संस्करण को इकट्ठे पैकेज के नाम के समान होना चाहिए। मेरे मामले में, 5.0.0-dev.19465.1 ।



हमारे प्रोजेक्ट के लिए नगेट सेटिंग्स पर जाएं और वहां दो नए रास्ते जोड़ें:

 corefx\artifacts\packages\Debug\NonShipping corefx\artifacts\packages\Debug\Shipping 

और अन्य सभी को अनचेक करें।



प्रोजेक्ट फ़ोल्डर पर जाएं और निष्पादित करें

 dotnet publish --runtime win-x64 --self-contained 

हो गया! यह केवल चलाने के लिए बनी हुई है:



यह काम करता है! पुस्तकालयों को जीएसी से नहीं लिया जाता है, गतिशील काम नहीं करता है।

CoreCLR को फिर से महान बनाएं

अब थ्रेड पर लौटते हुए दूसरे भाग पर चलते हैं। एक अप्रिय आश्चर्य हमें यहाँ इंतजार कर रहा है: थ्रेड कार्यान्वयन CoreCLR में निहित है, जो CoreFX का हिस्सा नहीं है और मशीन पर अलग से पूर्व-स्थापित है। सबसे पहले, एक डेमो प्रोजेक्ट बनाएं:

 var runtimeInformation = RuntimeInformation.FrameworkDescription; Console.WriteLine(runtimeInformation); var thr = new Thread(() => { try { while (true) { Console.WriteLine("."); Thread.Sleep(500); } } catch (ThreadAbortException) { Console.WriteLine("Thread aborted!"); } }); foreach (var asm in AppDomain.CurrentDomain.GetAssemblies()) { Console.WriteLine(asm.Location); } thr.Start(); Thread.Sleep(2000); thr.Abort(); 

शव को खंडित करें । फ़ाइल ढूँढें

 coreclr\src\System.Private.CoreLib\shared\System\Threading\Thread.cs 

और Abort () को बदलें

 [SecuritySafeCritical] [SecurityPermissionAttribute(SecurityAction.Demand, ControlThread = true)] public void Abort() { AbortInternal(); } [System.Security.SecurityCritical] // auto-generated [ResourceExposure(ResourceScope.None)] [MethodImplAttribute(MethodImplOptions.InternalCall)] private extern void AbortInternal(); 

अब हमें विशेषताओं और c ++ कार्यान्वयन को वापस करने की आवश्यकता है। मैंने इसे .NET फ्रेमवर्क की विभिन्न खुली रिपोजिटरी से टुकड़ों में एकत्र किया और सुविधा के लिए मैंने एक पुल अनुरोध के रूप में सभी परिवर्तनों को डिजाइन किया।

नोट: जब निर्माण, "नई" विशेषताओं में संसाधनों के साथ समस्याएं थीं, जो मैं
प्लग के साथ "फिक्स्ड"। अगर आप इस कोड का उपयोग घरेलू प्रयोग के अलावा कहीं भी करना चाहते हैं तो इसे ध्यान में रखें।

इन परिवर्तनों को कोड में एकीकृत करने के बाद, coreclr से build.cmd चलाएं । बाद के चरणों में विधानसभा त्रुटियों के साथ छिड़कना शुरू कर सकती है, लेकिन यह डरावना नहीं है, हमारे लिए मुख्य बात यह है कि CoreCLR इकट्ठा हो सकती है। यह झूठ होगा:

 coreclr\bin\Product\Windows_NT.x64.Debug 

आसान तरीका है

हम बाहर ले जाते हैं

 dotnet publish --runtime win-x64 --self-contained 

Windows_NT.x64.Debug से फ़ाइलें प्रकाशित एप्लिकेशन के साथ फ़ोल्डर में छोड़ दी जाती हैं ।

कठिन रास्ता

एक बार पुस्तकालयों को इकट्ठा करने के बाद, पर जाएं

 C:\Program Files\dotnet\shared\Microsoft.NETCore.App 

और फ़ोल्डर 3.0.0 क्लोन। हम इसे, उदाहरण के लिए, 5.0.1 कहेंगे। हम वहां सब कुछ कॉपी करते हैं जो फ़ोल्डर्स के अलावा Windows_NT.x64.Debug में निहित है। अब CoreCLR का हमारा संस्करण runtimeconfig के माध्यम से उपलब्ध होगा।

हमारे प्रोजेक्ट को एक साथ रखा। .Csproj में जोड़ें:

 <PropertyGroup> <DisableImplicitFrameworkReferences>true</DisableImplicitFrameworkReferences> <PackageConflictPreferredPackages>Microsoft.Private.CoreFx.NETCoreApp;runtime.$(RuntimeIdentifiers).Microsoft.Private.CoreFx.NETCoreApp;$(PackageConflictPreferredPackages)</PackageConflictPreferredPackages> </PropertyGroup> <ItemGroup> <PackageReference Include="Microsoft.Private.CoreFx.NETCoreApp" Version="5.0.0-dev.19465.1" /> </ItemGroup> 

हम लेख के पिछले भाग से नगेट के साथ जोड़तोड़ को दोहराते हैं । हम प्रकाशित

 dotnet publish --runtime win-x64 --self-contained 

Runtimeconfig.json में, निम्न कॉन्फ़िगरेशन दर्ज करें:

 { "runtimeOptions": { "tfm": "netcoreapp3.0", "framework": { "name": "Microsoft.NETCore.App", "version": "5.0.1" } } } 

परिणाम

भागो!



जादू हुआ। अब हमारे .NET कोर एप्लिकेशन में Thread.Abort () फिर से चल रहा है। लेकिन, ज़ाहिर है, केवल विंडोज पर।