Request.RawUrl vs. Request.Url

Question

Was ist der Unterschied zwischen Request.RawUrl und Request.Url in ASP.NET?

Answer 1

Von MSDN:

Die rohe URL wird als Teil der die URL definiert nach der Domäne Informationen. In der URL-Zeichenfolge http://www.contoso.com/articles/recent.aspx, lautet die unformatierte URL /articles/recent.aspx.

Das bedeutet, Sie rawurl verwenden können und müssen nicht über, durch die Pflege-Adresse der Server aufgerufen wurde (zum Beispiel http://yourserver/ oder http://yourserver.yourdomain.com/, wenn Sie über mehrere Schnittstellen verfügen.)

jedoch die URL Eigentum Ein Objekt HTTPRequest gibt ein Objekt System.URI zurück, das auch den Servernamen enthält.

Answer 2

Lesen HttpRequest.RawUrl Property

Die rohe URL wird als Teil der die URL definiert nach der Domäne Informationen. In der URL-Zeichenfolge http://www.contoso.com/articles/recent.aspx, lautet die rohe URL /articles/recent.aspx. Die unformatierte URL enthält die Abfragezeichenfolge , falls vorhanden.

HttpRequest.Url Property

A Uri Objektinformation enthält über die URL der aktuellen Anfrage.

Answer 3

Request.RawUrl gibt eine Zeichenfolge zurück, es ist alles nach der Domäneninformation für die aktuelle URL.

ZB für: Request.RawUrl vs. Request.Url

Request.RawUrl wäre/Fragen/2019735/Nachfrage-rawurl-vs-Anfrage-URL

Request.Url ein Uri-Objekt zurückgibt, http://msdn.microsoft.com/en-us/library/system.uri_members.aspx

Answer 4

Request.RawUrl ist sehr ähnlich zu Request.Url.PathAndQueryaußer, dass Request.Url.PathAndQuery enthält die Default Document wenn man verwendet wurde, während Request.RawUrl nicht. Aus meiner Erfahrung gilt dies für ASP.Net 4.0 and higher.

Answer 5

Niemand scheint erwähnt zu haben, dass es die Raw-URL zeigt, die tatsächlich von IIS empfangen wurde, bevor irgendeine Manipulation stattgefunden hat, die es um IIS oder Ihr Dateisystem mit URL-Umschreiben zum Beispiel sendet.

Angenommen, Sie haben in einer MVC-App eine Fehlerseite unter/error gesetzt und Sie haben Ihr Webconfig so eingestellt, dass Fehlerseiten durch Ihre benutzerdefinierte Fehlerseite ersetzt werden. Auf diese Weise erhält der Benutzer beim Auftreten eines Fehlers unter/Fehler die Seite unter/error, aber die URL in der Adresszeile Ihres Browsers wird weiterhin www.mysite.com lauten.com/faultypage - das ist eine Übertragung oder ein Neuschreiben.

Jetzt auf Ihrem Fehler-Controller, wenn Sie einen Blick auf Request.Url werfen wollen, wird es etwas wie "www.mysite.com/error" und Request.RawUrl würde sagen (sinnvoller?) "/ Faultypage" was ist die tatsächliche Anfrage des Benutzers und nicht die Seite, die gerade ausgeführt wird.

Answer 6

Hier ist eine einfache Referenz, wie Sie verschiedene Teile einer URL in C# erhalten.

URL used for this example: 

    http://localhost:12345/site/page.aspx?q1=1&q2=2 

    Value of HttpContext.Current.Request.Url.Host 
    localhost 

    Value of HttpContext.Current.Request.Url.Authority 
    localhost:12345 

    Value of HttpContext.Current.Request.Url.AbsolutePath 
    /site/page.aspx 

    Value of HttpContext.Current.Request.ApplicationPath 
    /site 

    Value of HttpContext.Current.Request.Url.AbsoluteUri 
    http://localhost:12345/site/page.aspx?q1=1&q2=2 

    Value of HttpContext.Current.Request.RawUrl 
    /site/page.aspx?q1=1&q2=2 

    Value of HttpContext.Current.Request.Url.PathAndQuery 
    /site/page.aspx?q1=1&q2=2 

Answer 7

I w BritishDeveloper Zustimmen, ist es wichtig Unterschied: die Zeichenfolge (ohne Domäne) In der anderen Hand anfordern Request.RawURL den ursprünglichen Wert des requet hat (bevor die IIS umleiten die URL) und zurück .Uri return