Qt-proxyfrågor inkluderar typen av anslutning
Håll Qts proxykandidater kopplade till mål-URL:en och åtgärden i stället för att frysa ett resultat som en global adress.
QNetworkProxyQuery query(QUrl(QStringLiteral("https://service.example.net/")));
const auto candidates = QNetworkProxyFactory::systemProxyForQuery(query);Den här Qt Network-frågan undersöker policyn för en URL. Inkludera motsvarande Qt Network-rubriker. Den öppnar inte en anslutning och identifierar inte vägen för varje socket i processen.
QNetworkProxyQuery innehåller destinationsinformation och en frågetyp. TCP-, UDP- och serveråtgärder kan behöva andra funktioner än en HTTP-cacheproxy eller HTTP-tunnel, eller en SOCKS-proxy. Fråga den misslyckade åtgärden i stället för en praktisk, orelaterad offentlig sida.
Tolka varje kandidats typ. NoProxy väljer medvetet direkt åtkomst; en värd som ser tom ut i det resultatet är inte ett upptäcktsfel. Behåll prioritetsordningen och alternativa kandidater.
När routningen ska förbli dynamisk, använd den stödda integrationen av systemkonfiguration eller proxyfabrik för socketen eller QNetworkAccessManager som deltar. Att frysa det första resultatet som en fast applikationsändpunkt kastar bort senare beslut per destination. Inspektera den faktiska hanteraren eller den installerade applikationsfabriken: ett diagnostiskt anrop bredvid bevisar inte att den använder samma policy.
En inbäddad webbläsare kan ha en annan nätverksstack än Qt Network. En giltig Qt-socketkandidat fastställer inte att varje komponent stöder samma protokoll eller autentisering.