La última vez, presenté el uso de WebClient para enviar solicitudes POST . Esta vez, continuaré presentando otro método
HttpWebRequest y HttpWebResponse
Creo que la mayor diferencia con el WebClient introducido la última vez es que HttpWebRequest es más flexible y potente. Por ejemplo, HttpWebRequest admite cookies , pero WebClient no. Por lo tanto, si tiene que iniciar sesión en un sitio web determinado para realizar determinadas operaciones, HttpWebResponse Viene muy bien.
suplemento:
WebClient puede manipular cookies, porque una cookie es esencialmente una cadena, siempre que el encabezado devuelto por el servidor sea "SetCooie: xxx", por lo que se procesará de acuerdo con el formato devuelto (no se puede devolver tal como está, usted puede capturar el paquete y analizar el formato), guardarlo y agregar "Cookie: xxx" al encabezado de la solicitud HTTP
Antes que nada, debemos mencionar Referer y Cookie
Referer : Es la información del encabezado que generalmente se lleva al enviar solicitudes Http en el navegador. Se usa mucho para contar la información de los clics, es decir, desde ese clic. Por lo tanto, algunos sitios web también usan esta propiedad para evitar hotlinking. En muchos casos , si la imagen es solo Este principio se utiliza para restringir la comunicación interna.
Cookie : algunos sitios web almacenan datos en el terminal local del usuario (generalmente encriptados) para identificar la identidad del usuario y realizar un seguimiento de la sesión. Por lo general, todos lo usarán al iniciar sesión. Después de iniciar sesión, el sitio web almacenará una cookie. En el computadora local, cada vez que visite un sitio web, también enviará la cookie de este sitio web, y el servidor la utilizará para confirmar su identidad. Es un dato importante y algunos piratas informáticos se entrometerán en su cuenta robando cookies.
Bien, ahora especifiquemos:
Por supuesto, tenga en cuenta que solo estoy compartiendo el conocimiento con usted, no para que haga cosas que dañen los sitios web de otras personas.
Por el contrario, como desarrollador web, también debe comprender que no puede creer que los datos enviados por el cliente sean siempre legales y no puede asumir que otros solo pueden acceder al sitio web a través de un navegador.
Como precaución, los códigos de verificación pueden evitar que la mayoría de las personas. Simplemente, no crea que puede evitar que todos los que tengan códigos de verificación. Si desea saber qué sucedió, escuche la próxima vez.
Transferencia desde: http://blog.csdn.net/xizhibei/article/details/6991987