ពិនិត្យបញ្ជីប្រូកស៊ីដោយកំណត់ចំនួនដំណើរការស្របគ្នា

var options = new ParallelOptions
{
    MaxDegreeOfParallelism = 8,
    CancellationToken = cancellationToken
};
await Parallel.ForEachAsync(endpoints, options,
    async (endpoint, token) =>
    {
        var result = await ProbeAsync(endpoint, target, token);
        observations.Add(result);
    });

ប្រើអាងកម្មករដែលមានកំណត់ ជំនួសឱ្យការចាប់ផ្តើមកិច្ចការមួយសម្រាប់ចំណុចបញ្ចប់នីមួយៗ។ សម្រាប់ការពិនិត្យលើគោលដៅសាធារណៈដែលអនុញ្ញាត បញ្ជីប្រូកស៊ីឥតគិតថ្លៃ ផ្តល់ជួរបេក្ខជន; រក្សាពិធីការនៃធាតុនីមួយៗពេលសាងសង់ការស្ទង់មតិ។ បំណែកកាលវិភាគ .NET នេះសន្មតថាមាន ProbeAsync ដែលដឹងពីប្រូកស៊ី និងអ្នកប្រមូល observations ដែលមានសុវត្ថិភាពសម្រាប់ខ្សែស្រឡាយ។ លេខប្រាំបីគឺជាដែនកំណត់ជាឧទាហរណ៍ មិនមែនជាតម្លៃល្អបំផុតដែលបានវាស់នោះទេ។ ការស្ទង់មតិនៅតែត្រូវការដែនកំណត់ក្នុងមួយការព្យាយាម និងការបោះបង់ការងារទាំងមូល។

រក្សាលទ្ធផលដែលបានបញ្ចប់នីមួយៗជាមួយបញ្ចូលរបស់វា ទោះបីលំដាប់បញ្ចប់ខុសគ្នាក៏ដោយ។ កត់ត្រាពិធីការ ចំណុចបញ្ចប់ គោលដៅ វិធីសាស្ត្រ រយៈពេលកន្លងផុត និងលទ្ធផល។ ការបរាជ័យនៃការតភ្ជាប់ ការបដិសេធការចូលប្រូកស៊ី CONNECT ដែលត្រូវបដិសេធ និងការឆ្លើយតបដែលទទួលបានពីគេហទំព័រ គឺជាការសង្កេតផ្សេងៗគ្នា។

ការបើកច្រក TCP មិនបញ្ជាក់ការចរចាប្រូកស៊ីទេ។ ការទាញយកអាសយដ្ឋានប្រូកស៊ីជាគេហទំព័រក៏ខុសពីការប្រើវាដើម្បីស្នើសុំគោលដៅដែរ។

ជ្រើសរើសគោលដៅ និងវិធីសាស្ត្រតាមសមត្ថភាពដែលត្រូវការ។ HEAD អាចសន្សំចរាចរណ៍តួ ប៉ុន្តែមិនបញ្ជាក់ថា GET ផ្តល់មាតិកាដែលមានប្រយោជន៍ទេ; គេហទំព័រអាចបដិសេធមួយ ហើយអនុញ្ញាតមួយទៀត។ HTTPS បន្ថែម CONNECT និង TLS គោលដៅ ដែលគ្មានក្នុង HTTP ធម្មតា។ អាសយដ្ឋានចេញគឺជាការសង្កេតមួយទៀតនៅខាងគោលដៅ ដោយឡែកពីច្រកចូលដែលបានកំណត់។

ការងារកំណត់រារាំងអ្នកពិនិត្យពីការប្រើអស់សុខសញ្ញាកូដ អង្គចងចាំ ឬកម្មវិធីកាលវិភាគរបស់ខ្លួន មុនពេលវាអាចវាយតម្លៃផ្លូវ។ លទ្ធផលជាដំណាក់កាលនៅតែមានប្រយោជន៍សម្រាប់គោលនយោបាយជ្រើសរើស ដោយមិនធ្វើពុតថាគោលដៅជោគជ័យមួយធ្វើឱ្យចំណុចបញ្ចប់ល្អគ្រប់កាលៈទេសៈ។