Qt-proxy-navrae sluit die tipe verbinding in
Hou Qt se proxy-kandidate gekoppel aan die teiken-URL en bewerking eerder as om een resultaat as 'n globale adres te bevries.
QNetworkProxyQuery query(QUrl(QStringLiteral("https://service.example.net/")));
const auto candidates = QNetworkProxyFactory::systemProxyForQuery(query);Hierdie Qt Network-navra ondersoek beleid vir een URL. Sluit die ooreenstemmende Qt Network-opskrifte in. Dit maak nie 'n verbinding oop nie en identifiseer nie die roete vir elke soket in die proses nie.
QNetworkProxyQuery sluit bestemminginligting en 'n navraagtipe in. TCP-, UDP- en bedieningsbewerkings kan verskillende vermoëns nodig hê as 'n HTTP-kasproxy of HTTP-tonnel, of 'n SOCKS-proxy. Vra die mislukte bewerking eerder as 'n gerieflike onverwante openbare bladsy.
Interpreteer elke kandidaat se tipe. NoProxy kies doelbewus direkte toegang; 'n leë-lykende gasheer in daardie resultaat is nie 'n ontdekkingsfout nie. Behou voorkeurorde en alternatiewe kandidate.
Wanneer roetering dinamies moet bly, gebruik die ondersteunde stelselkonfigurasie- of proxyfabriek-integrasie vir die deelnemende soket of QNetworkAccessManager. Om die eerste resultaat as 'n vaste toepassing-eindpunt te bevries, verwerp latere besluite per bestemming. Inspekteer die werklike bestuurder of geïnstalleerde toepassingfabriek: 'n diagnostiese oproep daarlangs bewys nie dat dit dieselfde beleid gebruik nie.
'n Ingebedde blaaier kan 'n ander netwerkstapel as Qt Network hê. 'n Geldige Qt-soket-kandidaat bewys nie dat elke komponent dieselfde protokol of verifikasie ondersteun nie.