走在前端的大道上

本篇将自身读过的相干 http/https 要领 文章中，对自身有启示的章节片断总结在这（会对原文举行编削）,会不断丰富提炼总结更新。

Web 基础

• HTTP（HyperText Transfer Protocol，超文本传输协定）。
• WWW（World Wide Web）的三种手艺：HTML、HTTP、URL。
• RFC（Request for Comments，收罗修正意见书），互联网的设想文档。

URL

• URI（Uniform Resource Indentifier，一致资本标识符）
• URL（Uniform Resource Locator，一致资本定位符）
• URN（Uniform Resource Name，一致资本称号），比方 urn:isbn:0-486-27557-4 。

URI 包含 URL 和 URN，如今 WEB 只需 URL 比较盛行，所以见到的基础都是 URL。

HTTP

超文本传输​​协定（HTTP）是用于传输诸如HTML的超媒体文档的运用层协定。它被设想用于Web浏览器和Web效劳器之间的通信，但它也可以用于其他目的。 HTTP遵照典范的客户端-效劳端模子，客户端翻开一个衔接以发出请求，然后守候它收到效劳器端响应。 HTTP是无状况协定，意味着效劳器不会在两个请求之间保留任何数据（状况）。

HTTP是明文传输的，也就意味着，介于发送端、吸收端中心的恣意节点都可以晓得你们传输的内容是什么。这些节点多是路由器、代办等。

举个最罕见的例子，用户上岸。用户输入账号，暗码，采纳HTTP的话，只需在代办效劳器上做点四肢就可以拿到你的暗码了。

用户上岸 –> 代办效劳器（做四肢）–> 现实受权效劳器

在发送端对暗码举行加密？没用的，虽然他人不晓得你原始暗码是多少 ，但可以拿到加密后的账号暗码，还是能上岸。

HTTP是运用层协定，位于HTTP协定之下是传输协定TCP。TCP担任传输，HTTP则定义了数据如何举行包装。

1.HTTP协定的主要特点

简朴疾速、天真、无衔接、无状况

2.HTTP报文的构成部分

请求报文

响应报文

3.HTTP要领

GET —-> 猎取资本

POST —-> 传输资本

PUT —-> 更新资本

DELETE —-> 删除资本

HEAD —-> 猎取报文首部

4.POST 和 GET 的区分

1. GET在游览器回退是无害的，而POST会再次提交请求
2. GET请求会被游览器主动缓存，而POST不会，除非手动设置
3. GET请求参数会被完整的保留在游览器历史纪录里，而POST中的参数不会被保留
4. GET发生的URL地点可以被珍藏，而POST不可以
5. GET参数经由历程URL通报，而POST放在Request body
6. GET请求只能举行URL编码，而POST支撑多种编码体式格局
7. GET请求在URL中通报的参数是有长度限定的，而POST没有限定
8. GET请求会把参数直接暴露在URL上，比拟POST更平安
9. 对参数的数据范例，GET只接收ASCII字符，而POST没有限定

5.HTTP状况码

6.什么是耐久化链接

7.什么是管线化

HTTPS科普扫盲帖
notes/HTTP

HTTPS

HTTPS相关于HTTP有哪些差别呢？实在就是在HTTP跟TCP中心加多了一层加密层TLS/SSL。

神马是TLS/SSL？

浅显的讲，TLS、SSL现实上是相似的东西，SSL是个加密套件，担任对HTTP的数据举行加密。TLS是SSL的升级版。如今提到HTTPS，加密套件基础指的是TLS。

传输加密的流程

原先是运用层将数据直接给到TCP举行传输，如今改成运用层将数据给到TLS/SSL，将数据加密后，再给到TCP举行传输。

HTTPS是如何加密数据的

对平安或暗码学基础有相识的同砚，应当晓得罕见的加密手腕。平常来说，加密分为对称加密、非对称加密（也叫公开密钥加密）

HTTPS开辟的主要目的，是供应对网站效劳器的身份认证，庇护交流数据的隐私与完整性

HTTPS与HTTP的一些区分

• HTTPS协定须要到CA请求证书，平常免费证书很少，须要交费。
• HTTP协定运行在TCP之上，统统传输的内容都是明文，内容能够会被窃听。HTTPS运行在SSL/TLS之上，SSL/TLS运行在TCP之上，统统传输的内容都经由加密的。
• HTTP和HTTPS运用的是完整差别的衔接体式格局，用的端口也不一样，前者是80，后者是443。
• HTTPS可以有效的防备运营商挟制，处理了防挟制的一个大题目。
• 不考证通信方的身份，通信方的身份有能够遭受假装。
• 没法证实报文的完整性，报文有能够遭改动。

运用SPDY加速你的网站速率

谷歌履行一种协定(HTTP 之下SSL之上[TCP]),可以算是HTTP2的前身,SPDY可以说是综合了HTTPS和HTTP二者长处于一体的传输协定，比方

1. 紧缩数据(HEADER)
2. 多路复用
3. 优先级(可以给请求设置优先级)

SPDY构成图：

SPDY位于HTTP之下，TCP和SSL之上，如许可以轻松兼容老版本的HTTP协定(将HTTP1.x的内容封装成一种新的frame花样)，同时可以运用已有的SSL功用。

HTTP2

HTTP2.0可以说是SPDY的升级版（实在底本也是基于SPDY设想的），然则，HTTP2.0 跟 SPDY 仍有差别的处所，主要是以下两点

• HTTP2.0 支撑明文 HTTP 传输，而 SPDY 强迫运用 HTTPS
• HTTP2.0 音讯头的紧缩算法采纳 HPACK，而非 SPDY 采纳的 DEFLATE

http2 新特征

• 新的二进制花样（Binary Format），HTTP1.x的剖析是基于文本。基于文本协定的花样剖析存在天然缺点，文本的表现形式有多样性，要做到硬朗性斟酌的场景必定许多，二进制则差别，只认0和1的组合。基于这类斟酌HTTP2.0的协定剖析决议采纳二进制花样，完成轻易且硬朗。
• 多路复用（MultiPlexing），支撑单个衔接屡次请求，即衔接同享，即每一个request都是是用作衔接同享机制的。一个request对应一个id，如许一个衔接上可以有多个request，每一个衔接的request可以随机的混淆在一起，吸收方可以依据request的 id将request再归属到各自差别的效劳端请求内里。
• header紧缩，如上文中所言，对前面提到过HTTP1.x的header带有大批信息，而且每次都要反复发送，HTTP2.0运用encoder来削减须要传输的header大小，通信两边各自cache一份header fields表，既防止了反复header的传输，又减小了须要传输的大小。
• 效劳端推送（server push），同SPDY一样，HTTP2.0也具有server push功用。如今，有大多数网站已启用HTTP2.0，比方YouTuBe，淘宝网等网站，运用chrome掌握台可以检察是不是启用H2：

chrome=>Network=>Name栏右键=>√Protocol

本节参考文章：简朴比较 http https http2、HTTPS科普扫盲帖

关于跨域

关于跨域，有两个误区：

1. ✕ 动态请求就会有跨域的题目

✔ 跨域只存在于浏览器端，不存在于安卓/ios/Node.js/python/ java等别的环境

1. ✕ 跨域就是请求发不出去了

✔ 跨域请求能发出去，效劳端能收到请求并一般返回效果，只是效果被浏览器阻拦了之所以会跨域，是因为受到了同源战略的限定，同源战略请求源雷同才一般举行通信，即协定、域名、端口号都完整一致。

同源战略细致限定些什么呢？

1. 不能向事情在差别源的的效劳请求数据（client to server）

然则script标签可以加载非同源的资本，不受同源战略的影响。

1. 没法猎取差别源的document/cookie等BOM和DOM，可以说任何有关别的一个源的信息都没法获得 （client to client）

跨域最常常使用的要领，应当属CORS

以下图所示：

只需浏览器检测到响应头带上了CORS，而且许可的源包含了本网站，那末就不会阻拦请求响应。

CORS把请求分为两种，一种是简朴请求，另一种是须要触发预检请求，这二者是相对的，如何才算“不简朴”？只需属于下面的个中一种就不是简朴请求：
（1）运用了除GET/POST/HEAD以外的请求体式格局，如PUT/DELETE
（2）运用了除Accept/Accept-Language/Content-Language/Last-Event-ID/Content-Type：只限于三个值application/x-www-form-urlencoded、multipart/form-data、text/plain等几个常常使用的http头这个时刻就以为须要先发个预检请求，预检请求运用OPTIONS体式格局去搜检当前请求是不是平安

代码内里只发了一个请求，但在掌握台看到了两个请求，第一个是OPTIONS，效劳端返回：

详见阮一峰的跨域资本同享CORS详解

第二种常常使用的跨域的要领是JSONP

JSONP是运用了script标签可以跨域，以下代码所示：

function updateList (data) {
    console.log(data);
}

$body.append(‘<script src=“http://otherdomain.com/request?callback=updateList"></script>');

代码先定义一个全局函数，然后把这个函数名经由历程callback参数添加到script标签的src，script的src就是须要跨域的请求，然后这个请求返回可实行的JS文本：// script响应返回的js内容为

updateList([{
    name: 'hello'
}]);

因为它是一个js，而且已定义了upldateList函数，所以能一般实行，而且跨域的数据经由历程传参获得。这就是JSONP的道理。

小结

跨域分为两种，一种是跨域请求，另一种接见跨域的页面，跨域请求可以经由历程CORS/JSONP等要领举行接见，跨域的页面主要经由历程postMesssage的体式格局。因为跨域请求不但能发出去还能带上cookie，所以要躲避跨站请求捏造进击的风险，特别是涉及到钱的那种请求。

本节参考文章：我晓得的跨域与平安

从浏览器翻开到页面衬着完成，发生了什么事情（口试）

主要的历程是：

1.浏览器剖析 -> 2.查询缓存 -> 3.dns查询 -> 4.竖立链接 -> 5.效劳器处置惩罚请求 -> 6.效劳器发送响应 -> 7.客户端收到页面 -> 8.剖析HTML -> 9.构建衬着树 -> 10.最先显现内容(白屏时候) -> 11.首屏内容加载完成(首屏时候) -> 12.用户可交互(DOMContentLoaded) -> 13.加载完成(load)

跳转–>运用缓存–>dns–>tcp–>request–>response

浏览器输入URL后发生了什么(简化)

本节择要：

1. DNS域名剖析；
2. 竖立TCP衔接；
3. 发送HTTP请求；
4. 效劳器处置惩罚请求；
5. 返回响应效果；
6. 封闭TCP衔接；
7. 浏览器剖析HTML；
8. 浏览器规划衬着；

当我们在浏览器输入网址并回车后，统统从这里最先。

一、DNS域名剖析

我们在浏览器输入网址，实在就是要向效劳器请求我们想要的页面内容，统统浏览器起首要确认的是域名所对应的效劳器在那里。将域名剖析成对应的效劳器IP地点这项事情，是由DNS效劳器来完成的。

客户端收到你输入的域名地点后，它起首去找当地的hosts文件，搜检在该文件中是不是有响应的域名、IP对应关联，假如有，则向其IP地点发送请求，假如没有，再去找DNS效劳器。平常常使用户很少去编辑修正hosts文件。

    DNS效劳器条理组织

浏览器客户端向当地DNS效劳器发送一个含有域名www.cnblogs.com的DNS查询报文。当地DNS效劳器把查询报文转发到根DNS效劳器，根DNS效劳器注意到其com后缀，因而向当地DNS效劳器返回comDNS效劳器的IP地点。当地DNS效劳器再次向comDNS效劳器发送查询请求，comDNS效劳器注意到其www.cnblogs.com后缀并用担任该域名的威望DNS效劳器的IP地点作为回应。末了，当地DNS效劳器将含有www.cnblogs.com的IP地点的响应报文发送给客户端。

从客户端到当地效劳器属于递归查询，而DNS效劳器之间的交互属于迭代查询。

一般状况下，当地DNS效劳器的缓存中已有comDNS效劳器的地点，因而请求根域名效劳器这一步不是必须的。

二、竖立TCP链接

费了一顿周折终究拿到效劳器IP了，下一步天然就是链接到该效劳器。关于客户端与效劳器的TCP链接，必定要说的就是『三次握手』。

三次握手

客户端发送一个带有SYN标志的数据包给效劳端，效劳端收到后，回传一个带有SYN/ACK标志的数据包以示转达确认信息，末了客户端再回传一个带ACK标志的数据包，代表握手完毕，衔接胜利。

上图也可以这么邃晓：

客户端：“你好，在家不，有你快递。”

效劳端：“在的，送来就行。”

客户端：“好嘞。”

TCP三次握手

client—–>server:SYN(提议一个TCP衔接，同步报文)

server—–>client:SYN+ACK(应对报文，示意已建立衔接)

client—–>server:ACK(应对报文，示意收到已衔接)

三、发送HTTP请求

与效劳器竖立了衔接后，就可以向效劳器提议请求了。这里我们先看下请求报文的组织（以下图）：

请求报文

在浏览器中检察报文首部（以google浏览器为例）：

请求行包含请求要领、URI、HTTP版本。首部字段通报主要信息，包含请求首部字段、通用首部字段和实体首部字段。我们可以从报文中看到发出的请求的细致信息。细致每一个首部字段的作用，这里不做过量论述。

四、效劳器处置惩罚请求

效劳器端收到请求后的由web效劳器（准确说应当是http效劳器）处置惩罚请求，诸如Apache、Ngnix、IIS等。web效劳器剖析用户请求，晓得了须要调理哪些资本文件，再经由历程响应的这些资本文件处置惩罚用户请乞降参数，并挪用数据库信息，末了将效果经由历程web效劳器返回给浏览器客户端。

效劳器处置惩罚请求

五、返回响应效果

在HTTP里，有请求就会有响应，哪怕是毛病信息。这里我们一样看下响应报文的构成组织：

响应报文

在响应效果中都会有个一个HTTP状况码，比方我们熟知的200、301、404、500等。经由历程这个状况码我们可以晓得效劳器端的处置惩罚是不是一般，并能相识细致的毛病。

状况码由3位数字和缘由短语构成。依据首位数字，状况码可以分为五类：

状况码种别

六、封闭TCP衔接

为了防止效劳器与客户端两边的资本占用和消耗，当两边没有请求或响应通报时，恣意一方都可以提议封闭请求。与建立TCP衔接的3次握手相似，封闭TCP衔接，须要4次握手。

上图可以这么邃晓：

客户端：“兄弟，我这边没数据要传了，咱封闭衔接吧。”

效劳端：“收到，我看看我这边有木有数据了。”

效劳端：“兄弟，我这边也没数据要传你了，咱可以封闭衔接了。”

客户端：“好嘞。”

由客户端提议的封闭衔接

    * client----->server:FIN(请求封闭衔接)
    * server----->client:ACK(收到了衔接，但不会马上封闭，比及报文都发送完再复兴一个FIN)
    * server----->client:FIN
    * client----->server:ACK(收到封闭)

由效劳端提议的封闭衔接

* 当http设置了keepalive定时封闭，效劳端会在完毕数据传送后封闭TCP衔接

七、浏览器剖析HTML

准确地说，浏览器须要加载剖析的不仅仅是HTML，还包含CSS、JS。以及还要加载图片、视频等其他媒体资本。

浏览器经由历程剖析HTML，天生DOM树，剖析CSS，天生CSS划定规矩树，然后经由历程DOM树和CSS划定规矩树天生衬着树。衬着树与DOM树差别，衬着树中并没有head、display为none等没必要显现的节点。

要注意的是，浏览器的剖析历程并非是勾通举行的，比方在剖析CSS的同时，可以继承加载剖析HTML，但在剖析实行JS剧本时，会住手剖析后续HTML，这就会涌现壅塞题目，关于JS壅塞相干题目，这里不过量论述,后面会零丁开篇解说。

八、浏览器规划衬着

依据衬着树规划，盘算CSS款式，即每一个节点在页面中的大小和位置等多少信息。HTML默许是流式规划的，CSS和js会突破这类规划，转变DOM的表面款式以及大小和位置。这时候就要提到两个主要观点：repaint和reflow。

repaint：屏幕的一部分重画，不影响团体规划，比方某个CSS的背景色变了，但元素的多少尺寸和位置稳定。

reflow： 意味着元件的多少尺寸变了，我们须要从新考证并盘算衬着树。是衬着树的一部分或悉数发生了变化。这就是Reflow，或是Layout。

所以我们应当只管削减reflow和repaint，我想这也是为何如今很少有效table规划的缘由之一。

末了浏览器绘制各个节点，将页面展现给用户。

拓展浏览：口试必考之http状况码有哪些、CDN与DNS学问汇总、前端工程师系列，TCP温习及浓缩总结（全干货，支撑口试）

引荐必读：5分钟让你邃晓HTTP协定、分分钟让你邃晓HTTPS

本节参考文章：”天龙八步“细说浏览器输入URL后发生了什么

从浏览器地点栏输入url到显现页面的步骤(以HTTP为例)(细致)

1. 在浏览器地点栏输入URL

2. 浏览器检察缓存，假如请求资本在缓存中而且新颖，跳转到转码步骤

   1. 假如资本未缓存，提议新请求
   2. 假如已缓存，磨练是不是充足新颖，充足新颖直接供应给客户端，不然与效劳器举行考证。

   3. 磨练新颖一般有两个HTTP头举行掌握Expires和Cache-Control：

      • HTTP1.0供应Expires，值为一个相对时候示意缓存新颖日期
      • HTTP1.1增加了Cache-Control: max-age=,值为以秒为单元的最大新颖时候
3. 浏览器剖析URL猎取协定，主机，端口，path
4. 浏览器组装一个HTTP（GET）请求报文

5. 浏览器猎取主机ip地点（DNS剖析），历程以下：

   1. 浏览器缓存
   2. 本机缓存
   3. hosts文件
   4. 路由器缓存
   5. ISP DNS缓存
   6. DNS递归查询（能够存在负载平衡致使每次IP不一样）

6. 翻开一个socket与目的IP地点，端口竖立TCP链接，三次握手以下：

   1. 客户端发送一个TCP的SYN=1，Seq=X的包到效劳器端口
   2. 效劳器发还SYN=1， ACK=X+1， Seq=Y的响应包
   3. 客户端发送ACK=Y+1， Seq=Z
7. TCP链接竖立后发送HTTP请求
8. 效劳器接收请求并剖析，将请求转发到效劳递次，如虚拟主机运用HTTP Host头部推断请求的效劳递次
9. 效劳器搜检HTTP请求头是不是包含缓存考证信息假如考证缓存新颖，返回304等对应状况码
10. 处置惩罚递次读取完整请求并预备HTTP响应，能够须要查询数据库等操纵
11. 效劳器将响应报文经由历程TCP衔接发送回浏览器

12. 浏览器吸收HTTP响应，然后依据状况挑选封闭TCP衔接或许保留重用，封闭TCP衔接的四次握手以下：

    1. 主动方发送Fin=1， Ack=Z， Seq= X报文
    2. 被动方发送ACK=X+1， Seq=Z报文
    3. 被动方发送Fin=1， ACK=X， Seq=Y报文
    4. 主动方发送ACK=Y， Seq=X报文
13. 浏览器搜检响应状况吗：是不是为1XX，3XX， 4XX， 5XX，这些状况处置惩罚与2XX差别
14. 假如资本可缓存，举行缓存
15. 对响应举行解码（比方gzip紧缩）
16. 依据资本范例决议如何处置惩罚（假定资本为HTML文档）
17. 剖析HTML文档，构件DOM树，下载资本，组织CSSOM树，实行js剧本，这些操纵没有严厉的先后递次，以下离别诠释

18. 构建DOM树：

    1. Tokenizing：依据HTML范例将字符流剖析为标记
    2. Lexing：词法剖析将标记转换为对象并定义属性和划定规矩
    3. DOM construction：依据HTML标记关联将对象构成DOM树
19. 剖析历程当中碰到图片、款式表、js文件，启动下载

20. 构建CSSOM树：

    1. Tokenizing：字符流转换为标记流
    2. Node：依据标记建立节点
    3. CSSOM：节点建立CSSOM树

21. 依据DOM树和CSSOM树构建衬着树:

    1. 从DOM树的根节点遍历统统可见节点，不可见节点包含：

       • script,meta如许自身不可见的标签。
       • 被css隐蔽的节点，如display: none
    2. 对每一个可见节点，找到适当的CSSOM划定规矩并运用

宣布可视节点的内容和盘算款式

1. js剖析以下：

   1. 浏览器建立Document对象并剖析HTML，将剖析到的元素和文本节点添加到文档中，此时document.readystate为loading
   2. HTML剖析器碰到没有async和defer的script时，将他们添加到文档中，然后实行行内或外部剧本。这些剧本会同步实行，而且在剧本下载和实行时剖析器会停息。如许就可以用document.write()把文本插进去到输入流中。同步剧本常常简朴定义函数和注册事宜处置惩罚递次，他们可以遍历和操纵script和他们之前的文档内容
   3. 当剖析器碰到设置了async属性的script时，最先下载剧本并继承剖析文档。剧本会在它下载完成后尽快实行，然则剖析器不会停下来等它下载。异步剧本制止运用document.write()，它们可以接见自身script和之前的文档元素
   4. 当文档完成剖析，document.readState变成interactive
   5. 统统defer剧本会按照在文档涌现的递次实行，耽误剧天性接见完整文档树，制止运用document.write()
   6. 浏览器在Document对象上触发DOMContentLoaded事宜
   7. 此时文档完整剖析完成，浏览器能够还在守候如图片等内容加载，等这些内容完成载入而且统统异步剧本完成载入和实行，document.readState变成complete,window触发load事宜
2. 显现页面（HTML剖析历程当中会逐渐显现页面）

OSI 七层协定 和 五层收集架构

OSI 七层涵盖:物理层,数据链路层,收集层,传输层,会话层,示意层,运用层;

五层因特网协定栈实在就是：

1. 运用层(dns,http) DNS剖析成IP并发送http请求
2. 传输层(tcp,udp) 竖立tcp衔接（三次握手）
3. 收集层(IP,ARP) IP寻址 为数据在结点之间传输建立逻辑链路
4. 数据链路层(PPP) 封装成帧 在通信实体间竖立数据链路链接
5. 物理层(运用物理介质传输比特流) 物理传输（然后传输的时刻经由历程双绞线，电磁波等种种介质） 主要定义屋里装备如何传输数据

五层模子就是”会话,示意,运用层”同为一层;

DNS 的大致的实行流程相识么,属于哪一个层级?事情在哪一个层级?

DNS是运用层协定，事实上他是为其他运用层协定事情的，包含不限于HTTP和SMTP以及FTP，用于将用户供应的主机名剖析为ip地点。
细致历程以下：
(1)浏览器缓存: 当用户经由历程浏览器接见某域名时，浏览器起首会在自身的缓存中查找是不是有该域名对应的IP地点（若曾接见过该域名且没有清空缓存便存在)；

(2)体系缓存： 当浏览器缓存中无域名对应IP则会自动搜检用户盘算机体系Hosts文件DNS缓存是不是有该域名对应IP；

(3)路由器缓存: 当浏览器及体系缓存中均无域名对应IP则进入路由器缓存中搜检，以上三步均为客户端的DNS缓存；

(4)ISP（互联网效劳供应商）DNS缓存: 当在用户客服端查找不到域名对应IP地点，则将进入ISP DNS缓存中举行查询。比方你用的是电信的收集，则会进入电信的DNS缓存效劳器中举行查找；(或许向收集设置中指定的local DNS举行查询，假如在PC指定了DNS的话，假如没有设置比方DNS动态猎取，则向ISP DNS提议查询请求)

(5)根域名效劳器: 当以上均未完成，则进入根效劳器举行查询。环球唯一13台根域名效劳器，1个主根域名效劳器，其他12为辅根域名效劳器。根域名收到请求后会检察地区文件纪录，若无则将其管辖局限内顶级域名（如.com）效劳器IP通知当地DNS效劳器；

(6)顶级域名效劳器: 顶级域名效劳器收到请求后检察地区文件纪录，若无则将其管辖局限内主域名效劳器的IP地点通知当地DNS效劳器；

(7)主域名效劳器: 主域名效劳器接收到请求后查询自身的缓存，假如没有则进入下一级域名效劳器举行查找，并反复该步骤直至找到准确纪录；

(8)保留效果至缓存: 当地域名效劳器把返回的效果保留到缓存，以备下一次运用，同时将该效果反馈给客户端，客户端经由历程这个IP地点与web效劳器竖立链接。

DNS 的剖析的几个纪录范例须要相识:

• A: 域名直接到 IP
• CNAME: 可以多个域名映射到一个主机,相似在 Github Page就用 CNAME 指向
• MX: 邮件交流纪录,用的不多,平常搭建邮件效劳器才会用到
• NS: 剖析效劳纪录,可以设置权重,指定谁剖析
• TTL: 就是生计时候(也叫缓存时候),平常的域名剖析商都有默许值,也可以工资设置
• TXT: 平常指某个主机名或域名的申明