我正在调查一个奇怪的错误,其中规范化URL会导致我的应用程序大幅减少300%:
if (!TryNormalize(uri, out uri))
throw new ArgumentException("URL is not a valid YouTube URL!");
string pageSource;
using (var http = new HttpClient())
pageSource = await http.GetStringAsync(uri);
当TryNormalize
被注释掉时,GetStringAsync
需要大约0.5秒才能完成。然而,当它被取消注释时,下载字符串最多需要2秒。事实证明,TryNormalize
为使用"http://"
处理的所有网址添加了前缀,并添加了额外的S
解决了问题。
所以说,为什么会发生这种情况?根据我的理解,HTTPS应该更慢,因为字符串必须在从服务器传输之前加密,而HTTP不提供这样的选项。即使我不是HTTP的专家,300%似乎是一个非常戏剧性的放缓。我在这里错过了什么吗?
修改:TryNormalize
的源代码:
public static bool TryNormalize(string videoUri, out string normalized)
{
normalized = null;
var builder = new StringBuilder(videoUri);
videoUri = builder.Replace("youtu.be/", "youtube.com/watch?v=")
.Replace("youtube.com/embed/", "youtube.com/watch?v=")
.Replace("/v/", "/watch?v=")
.Replace("/watch#", "/watch?")
.ToString();
string value;
if (!Query.TryGetParamValue("v", videoUri, out value))
return false;
normalized = "http://youtube.com/watch?v=" + value; // replacing with HTTPS here results in 1.5s speedup
return true;
}
答案 0 :(得分:1)
这是因为当您使用youtube url的variantions时有很多重定向。例如,导航到http://youtu.be/O3UBOOZw-FE
会导致两次重定向。(请参阅位置标题)
1
HTTP/1.1 302 Found
Date: Fri, 21 Aug 2015 16:52:40 GMT
Server: gwiseguy/2.0
Location: http://www.youtube.com/watch?v=O3UBOOZw-FE&feature=youtu.be
Content-Length: 0
Content-Type: text/html
X-XSS-Protection: 1; mode=block
X-Frame-Options: SAMEORIGIN
2
HTTP/1.1 301 Moved Permanently
Date: Fri, 21 Aug 2015 16:52:40 GMT
Server: gwiseguy/2.0
Content-Type: text/html; charset=utf-8
X-Content-Type-Options: nosniff
Expires: Tue, 27 Apr 1971 19:44:06 EST
Content-Length: 0
Cache-Control: no-cache
X-XSS-Protection: 1; mode=block; report=https://www.google.com/appserve/security-bugs/log/youtube
Location: https://www.youtube.com/watch?v=O3UBOOZw-FE&feature=youtu.be
X-Frame-Options: SAMEORIGIN
直到你最终获得网址https://www.youtube.com/watch?v=O3UBOOZw-FE&feature=youtu.be
由于这些重定向由HttpClient
自动处理,因此您只能看到3个请求的最终结果。