HTTP解读-文件下载、中文乱码、请求重定向、定时刷新、缓存、url编解码、gzip压缩、防盗链等

来源:互联网 发布:json解析框架 编辑:程序博客网 时间:2024/06/08 08:20

一、HTTP请求头:

    Accept: text/html,image/*    客户端可以接受的数据类型
    Accept-Charset: ISO-8859-1     客户端接受数据需要使用的字符集编码
    Accept-Encoding: gzip,compress 客户端可以接受的数据压缩格式
    Accept-Language: en-us,zh-cn  可接受的语言环境
    Host: www.it315.org:80 想要访问的虚拟主机名
    If-Modified-Since: Tue, 11 Jul 2000 18:23:51 GMT 这是和缓存相关的一个头,带着缓存资源的最后获取时间
    Referer: http://www.it315.org/index.jsp 这个头表示当前的请求来自哪个链接,这个头和防盗链的功能相关
    User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0) 客户端的一些基本信息
    Cookie    会话技术
    Connection: close/Keep-Alive 指定是否继续保持连接
    Date: Tue, 11 Jul 2000 18:23:51 GMT 当前时间

二、HTTP响应头:

    Location: http://www.it315.org/index.jsp  配合302实现请求重定向
    Server:apache tomcat 服务器的基本信息
    Content-Encoding: gzip 服务器发送数据时使用的压缩格式
    Content-Length: 80 发送数据的大小
    Content-Language: zh-cn 发送的数据使用的语言环境
    Content-Type: text/html; charset=GB2312 当前所发送的数据的基本信息,(数据的类型,所使用的编码)
    Last-Modified: Tue, 11 Jul 2000 18:23:51 GMT 缓存相关的头
    Refresh: 1;url=http://www.it315.org 通知浏览器进行定时刷新,此值可以是一个数字指定多长时间以后刷新当前页面,这个数字之后也可以接一个分号后跟一个URL地址指定多长时间后刷新到哪个URL
    Content-Disposition: attachment;filename=aaa.zip 与下载相关的头
    Transfer-Encoding: chunked 传输类型,如果是此值是一个chunked说明当前的数据是一块一块传输的,如实际传输数据时数据太大,不是一次性传输的是分好几段传输的
    Set-Cookie:SS=Q0=5Lb_nQ; path=/search 和cookie相关的头
    ETag: W/"83794-1208174400000" 和缓存机制相关的头

    Expires: -1 指定资源缓存的时间,如果取值为0或-1浏览就不缓存资源
    Cache-Control: no-cache  缓存相关的头,如果为no-cache则通知浏览器不缓存
    Pragma: no-cache   缓存相关的头,如果为no-cache则不缓存

    以上三个头都是用来控制缓存的,是因为历史原因造成的,不同的浏览器认识不同的头,我们通常三个一起使用保证通用性。

    Connection: close/Keep-Alive   是否保持连接
    Date: Tue, 11 Jul 2000 18:23:51 GMT 当前时间

三、中文乱码问题

       1.通过response.getOutputStream().write("中文".getBytes("utf-8"));//getBytes():默认按平台码编码  产生乱码原因,response输出时按照utf-8进行编码输出,在浏览器端用默认平台码gb2312打开所以产生乱码;

          解决方案:通过设置响应头Content-Type告知浏览器发送的数据用的是什么编码,让其用指定码表utf-8打开

         

      2.通过response.getWriter().write("中文")输出数据时,在网络中能传输的是字节码,并不能是真的传输字符,此方法输出的是字符,当服务器从response中取出数据并组成响应信息返回给浏览器时,需要将字符编码成字节码再进行传输,而服务器tomcat默认会查iso8859-1码表,但是iso-8859-1码表中没有中文,所以会用两个?代替,所以浏览器打开时其实是两个?

        解决方案:通过response.setCharacterEncoding("utf-8")明确告诉服务器tomcat用utf-8码表来编码,并通过response.setHeader("Content-Type","text/html;charset=utf-8")
        告知浏览器也用utf-8来解码打开,而这两行代码可用response.setContentType("utf-8")代替:

        

    

四、实现文件下载

        实现文件下载:通过response.setHeader("Content-Disposition", "attachment;filename=1.mp3");来实现

       

        注意:当文件过大,response缓冲区满了以后,就会将一部分数据先刷到浏览器,所以这时设置下载头就不起作用,这个大小限制约为8kb;

        url编解码问题:在http协议中规定了,所有请求的url中不允许存在非iso8859-1以外的字符,所以当在url中包含中文时就会将中文用%十六进制表示

      

       

       

       

五、请求重定向:

        通过响应对象response,设置状态码为302,并设置重定向地址Location的值,也可用response.sendRedirect(url);来实现

       

六、定时刷新

        

七、缓存

八、防盗链

八、Cookie和Session:在xxx中单独详解

十、Gzip压缩:在xxx中单独详解

0 0
原创粉丝点击