http协议:三 (4)写出正确的网址

1、URI常用的形式:统一资源名称(英语:Uniform Resource Name,缩写:URN),已经基本不使用了,所以URI现在差不多可以认为就是URL。
    
scheme :// host:port path ? query

        scheme:协议名
        host:port 资源所在主机名,地址+端口,如果不写端口,浏览器使用默认的端口
        path:资源所在位置,必须以“/”开始
        query: 查询参数,以“?”开始,但不包含“?”。key=value字符串,用&连接
        eg:
https://search.jd.com/Search?keyword=openresty&enc=utf-8&qrst=1&rt=1&stop=1&vt=2&wq=openresty&psort=3&click=0
2、URI的完整格式
 scheme :// user:passwd@ host:port path ? query #fragment
        User:passwd@ : 身份信息,但是不推荐这样使用,泄露重要信息
        #fragment :片段标识符。标识URI所定位的资源内部的一个锚点,浏览器可以跳转到它指示的位置。服务器看不到#fragment

3、URI的编码
    直接把非ASCII 码或特殊字符转换成十六进制字节值,然后前面加一个“%”,中文、日文等通常使用UTF-8编码后再转义。本质上uri里的非ascii码都是被编码的,这是rfc规定的。

 

问题:

1、HTTP 协议允许在在请求行里使用完整的 URI,但为什么浏览器没有这么做呢?

回复:

请求头的字段中都有,没必要重复

 

2、URI 的查询参数和头字段很相似,都是 key-value 形式,都可以任意自定义,那么它们在使用时该如何区别呢?

回复:

query参数针对的是资源(uri),而字段针对的是本次请求,也就是报文。
一个是长期、稳定的,一个是短期、临时的。两者的作用域和时效性是不一样的

 

escape已经被废弃了,补充一下encodeURI的原理。
把字符(unicode)编码成utf-8,utf-8是用1-4个字节表示的,所以每个字节转换成16进制并在前面用百分号(%)连接,最后并把每个字节转换的结果连接起来

 

RESTful是一种Web API设计风格,以http协议传输数据,接口使用uri,使用get/post等方法来表示操作。

和WebService、gRPC不同,它不是强制的,只是一种指导意见,遵守它可以写出易理解、易维护的Web服务

 

访问网页的时候,都是只有域名没有端口号。dns只解析ip地址,端口号是浏览器添加的。如果不提供端口号,浏览器就会添加默认端口号,比如80/443

 地址栏里的query参数是uri的一部分,当然是在请求头里。

URI的编码
URI里只能使用ASCII码,但可以通过编码机制,对于ASCII码以外的字符集和特殊字符左一个转义操作,也即escape和unescape,转义和反转义。(目前已被废弃,现在的encodeURI原理是把字符(unicode)编码成utf-8,utf-8用1-4个字节表示,所以每个字节换成16进制并在签名用%链接,最后把每个字节转换的结果链接起来。)
URI的转义规则就是把非ASCII码或特殊字符转换成十六进制字节值,然后在前面加上一个%符。例如,空格转义成”%20“,?转义成”%3f“,而中文、日文则通常使用UTF-8编码后再转义,例如“银河”会被转义成“ %E9%93%B6%E6%B2%B3“。
这个转码规则令URI更加完美,可以支持任意的字符集用任何语言来标记资源。

http协议:三 (4)写出正确的网址

上一篇:C++的优秀特性2:inline 函数


下一篇:CSS——圆角边框及阴影