តើ OkHttp នឹងភ្ជាប់ដោយផ្ទាល់នៅពេល proxy បរាជ័យឬ?
ប្រើកំណែ client បេក្ខជន routing និងផ្លូវព្យាយាមឡើងវិញរបស់កម្មវិធី ដើម្បីសម្រេចថាតើ proxy ដែលបរាជ័យអាចនាំទៅរកការចូលដំណើរការដោយផ្ទាល់ឬអត់។
ក្នុងករណីប្រវត្តិសាស្ត្រនៃ proxy HTTP ប្រព័ន្ធ OkHttp បានផ្លាស់ប្តូរអាកប្បកិរិយានៅ 3.5.0៖ វាឈប់ព្យាយាមភ្ជាប់ដោយផ្ទាល់បន្ទាប់ពី proxy នោះបរាជ័យ។ របាយការណ៍ចាស់ជាងអំពីការត្រឡប់ក្រោយស្ងាត់អាចពិពណ៌នាអាកប្បកិរិយាមុនការផ្លាស់ប្តូរនោះ។
ប្រវត្តិនោះមិនកំណត់គោលនយោបាយ routing របស់គ្រប់កម្មវិធីទេ។ ដើម្បីបកស្រាយរបាយការណ៍ពីកម្មវិធីផ្ទាល់ខ្លួនរបស់អ្នក សូមអនុវត្តការត្រួតពិនិត្យបីនេះ៖
- រកកំណែ OkHttp ដែលបានដោះស្រាយ។ ប្រើព័ត៌មានអាស្រ័យភាពរបស់កម្មវិធី រួមទាំងកំណែដែល framework ពិតជាដាក់បញ្ចូល ជំនួសឲ្យអាយុរបស់ឧទាហរណ៍ដែលចម្លង។
- រកពីរបៀបដែល client នេះជ្រើសផ្លូវ។ proxy ច្បាស់លាស់ និង ProxySelector ផ្ទាល់ខ្លួនគឺជាការកំណត់រចនាសម្ព័ន្ធខុសគ្នា។ ប្រសិនបើអ្នកជ្រើសផ្តល់បេក្ខជនផ្ទាល់បន្ទាប់ពី proxy នោះវាកំពុងផ្តល់ជម្រើសផ្ទាល់។
- ដើរតាមអ្នកគ្រប់គ្រងបរាជ័យ។ រកកូដកម្មវិធីដែលព្យាយាមឡើងវិញជាមួយ client ផ្សេង។ សំណើផ្ទាល់ដែលធ្វើដោយអ្នកជំនួសនោះស្ថិតនៅក្រៅការសម្រេចរបស់ client ទីមួយ។
សម្រាប់តម្រូវការ proxy ជាកំហិត គោលនយោបាយ client ពាក់ព័ន្ធត្រូវឈប់ ជំនួសឲ្យការផ្តល់ជម្រើសផ្ទាល់។ ពិនិត្យ client ពិតប្រាកដ និងផ្លូវព្យាយាមឡើងវិញប្រឆាំងនឹងតម្រូវការនោះ; ការផ្លាស់ប្តូរ 3.5.0 តែម្នាក់ឯងមិនមែនជាច្បាប់ចរាចរណ៍ទូទាំងម៉ាស៊ីនទេ។