Проблема с C # HTTP ReadWriteTimeout - PullRequest
0 голосов
/ 23 декабря 2011

Я играю с классом HttpWebRequest и запутался в членах Timeout / ReadWriteTimeout. Проблема в том, что ReadWriteTimeout иногда игнорируется, и тогда мое приложение зависает ровно на 5 минут при моем вызове GetResponse(). Иногда он просто выбрасывает WebException, а иногда зависает на 5 минут, что кажется значением по умолчанию. Я даже проверяю значение ReadWriteTimeout перед вызовом GetResponse(), и это всегда правильное значение, которое я установил в 10000 .

var getPage = WebRequest.Create(url) as HttpWebRequest;
getPage.Accept = "text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8";
getPage.UserAgent = "Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.19) Gecko/20110707 Firefox/3.6.19";
getPage.ProtocolVersion = HttpVersion.Version11;
getPage.Method = "GET";
getPage.CookieContainer = foo;
getPage.Proxy = proxyHTTP;
getPage.Timeout = 10000;
getPage.ReadWriteTimeout = 10000;

// в другой функции, где я передаю getPage

Console.WriteLine("Timeout: {0} / ReadWriteTimeout{1}", page.Timeout, page.ReadWriteTimeout);

var pageResponse = (HttpWebResponse)page.GetResponse();
Console.WriteLine("It reaches this line after 5 minutes");
if (pageResponse.StatusCode == HttpStatusCode.OK)
{
    // read and close it afterwards
}

Я использую HTTP Proxy . Странная часть заключается в том, что URL-адрес прекрасно загружается в браузере. Я был бы благодарен за любой вклад.

// РЕДАКТИРОВАТЬ НИЖЕ

namespace Proxy
{
 class Program
 {
     static void Main(string[] args)
     {
        var htmlResponse = new StringBuilder();
        var RequestPage = BuildHttpRequest("https://twitter.com/signup");
        GetHttpResponse(RequestPage, htmlResponse);
    }
    public static HttpWebRequest BuildHttpRequest(string url)
    {
        try
        {
            var getPage = (HttpWebRequest)WebRequest.Create(url);
            WebProxy proxyHTTP = new WebProxy("201.38.194.50", 3128);


            getPage.Accept = "text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8";
            getPage.UserAgent = "Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.19) Gecko/20110707 Firefox/3.6.19";
            getPage.ProtocolVersion = HttpVersion.Version11;
            getPage.Method = "GET";
            getPage.Proxy = proxyHTTP;
            getPage.Timeout = 10000;
            getPage.ReadWriteTimeout = 10000;
            return getPage;
        }
        catch (WebException ex)
        {
            Console.WriteLine(ex.ToString());
        }

        return null;
    }
    public static bool GetHttpResponse(HttpWebRequest page, StringBuilder html)
    {
        html.Clear();
        try
        {
            Console.WriteLine("A");
            var pageResponse = (HttpWebResponse)page.GetResponse();
            Console.WriteLine("5 minutes!");
            if (pageResponse.StatusCode == HttpStatusCode.OK)
            {

                var reader = new StreamReader(pageResponse.GetResponseStream());
                html.Append(reader.ReadToEnd());
                pageResponse.Close();
                reader.Close();
                return true;
            }
            Console.WriteLine(pageResponse.StatusCode.ToString());
            pageResponse.Close();
            return false;
        }
        catch (WebException ex)
        {
            Console.WriteLine(ex.ToString());
        }

        return false;
    }
}

}

    A first chance exception of type 'System.Net.WebException' occurred in System.dll
    System.Net.WebException: The operation has timed out
    at System.Net.HttpWebRequest.GetResponse()

1 Ответ

1 голос
/ 23 декабря 2011

Можете ли вы попробовать это

    var request = (HttpWebRequest)WebRequest.Create(url);
    using (var pageResponse = request.GetResponse())
    {
       // Do stuff with `response` here 
    } 
// drop the as HttpWebRequest; 

// The response however is, these will eventually be reclaimed by the GC 
// but you'll run into problems similar to deadlocks if you don't dispose them yourself 
// when you have many of them 
...