أفضل الممارسات: المعالجة الصحيحة collationTokensource

تستكشف هذه المقالة المتعمقة عندما تطلق هذه الأنواع بشكل فعال.

cancellationTokensource لا يحتوي على نهائيات. هذا يعني أن جامع القمامة (GC) لا يمكنه تحريره تلقائيًا. لذلك ، يصبح من مسؤولية المطور أن يفرج بشكل صريح من مصدر الرمز المميز.

إطلاق استراتيجية

1. استخدم عبارة "استخدام" عند انتظار إكمال المهمة: إذا كنت تنتظر إكمال المهمة المتوازية ، فيمكنك استخدام عبارة "استخدام" للف الرمز. هذا يضمن إصدار مصدر الرمز المميز تلقائيًا بعد اكتمال المهمة:

    using (CancellationTokenSource tokenSource = new CancellationTokenSource())
    {
        Task.Run(() => { }, tokenSource.Token);
    }

2. استخدم continuewith و release يدويًا: بدلاً من ذلك ، يمكنك تسجيل معالج حدث متواصل في المهمة وإطلاق مصدر الرمز المميز يدويًا في المعالج:

    Task.Run(async () =>
    {
        try
        {
            // 任务代码
        }
        finally
        {
            tokenSource.Dispose();
        }
    }, tokenSource.Token);

3. استعلام plinq الذي يمكن إلغاؤه: للحصول على استعلام plinq غير المحدد ، فإن الطريقة الموصى بها هي التنفيذ في التخلص معالج الأحداث cancellationTokensource جميع العمليات.

4. إعادة الاستخدام والاستخدام المتعدد: cancellationToKensource لا يمكن إعادة استخدامه. يجب إنشاءها وإصدارها لكل عملية إلغاء.

5. الإصدار مباشرة: إذا لم تتمكن من استخدام عبارة "استخدام" أو معالج الأحداث المتواصل ، يمكنك إصدار مصدر الرمز المميز مباشرة بعد اكتماله:

    CancellationTokenSource tokenSource = new CancellationTokenSource();
    Task.Run(() => { }, tokenSource.Token);
    // ...
    tokenSource.Dispose();

تلخيص

cancellationTokensource مثيل ضروري لمنع تسرب الذاكرة وضمان إدارة الموارد المناسبة. باتباع استراتيجية الإصدار الموصى بها ، يمكن للمطورين التعامل بشكل فعال في عمليات الإلغاء في الكود.