对于面试的大部分前端开发者来说，对浏览器的了解也算是一知半解，因为我们一开始前端觉得，我们开发中通常使用浏览器来显示和调试页面用的，不会涉入到太过的相关浏览器工作原理知识。
本文介绍了DNS解析过程、安全防范和性能优化等相关知识。
请求第一时间会查询本地主机的DNS缓存表ipconfig/displaydns，若本地DNS缓存表有对应的IP地址则返回浏览器进行访问，如果没有则会向DNS域名服务器发出查询请求（上一级的DNS服务器）
大概就是这样的过程，下面我们来仔细的分析下浏览器是如何查找到域名对应的ip地址的。
当我们开始之前，我们需要明白：虽然我们每次访问网页，都是使用域名的方式（例如：www.baidu.com）。但对于计算机来说，它最终访问的是域名对应的IP（例如：10.102.201.253）。所以今天我们要讲的这一切，其实就为了说清楚一件事情：DNS是如何为域名找到对应的 IP 地址的。
【运维方向优先】a. 请描述TCP协议3次握手建立连接的过程。b. 为什么协议设计是3次握手连接建立而不是2次或4次，如果2次有什么问题，如果4次有什么问题？
在Windows操作系统上，push代码到git的时候，出现了Failed to connect to github.com port 443: Timed out的错误。一脸懵逼，浏览器网页也访问不了。
我们在浏览器输入网址，其实就是要向服务器请求我们想要的页面内容，所有浏览器首先要确认的是域名所对应的服务器在哪里。将域名解析成对应的服务器IP地址这项工作，是由DNS服务器来完成的。
a）首先会搜索浏览器自身的DNS缓存（缓存时间比较短，大概只有1分钟，且只能容纳1000条缓存）
计算机与网络设备要相互通信，必须要遵循一定的规则，我们把这种规则称为协议。协议会规定好谁先发起请求，怎么寻找服务器地址，怎么获取请求内容，怎么响应请求等等。
地址:http://www.cnblogs.com/xianyulaodi/ 作者:咸鱼老弟
刚开始写这篇文章还是挺纠结的，因为网上搜索“从输入url到页面展示到底发生了什么”，你可以搜到一大堆的资料。而且面试这道题基本是必考题，二月份面试的时候，虽然知道这个过程发生了什么，不过当面试官一步步追问下去的，很多细节就不太清楚了。
在输入地址栏之前，浏览器会对输入的内容进行检查，如果是一个符合格式的正确 url 就会执行 DNS解析，如果不是，比如输入了一些字符串，那么就会执行搜索功能。如图：
在Windows 操作系统上，push代码到git的时候，出现了Failed to connect to github.com port 443: Timed out的错误。一脸懵逼，浏览器网页也访问不了。
随着写的WEB程序越来越多,项目的部署也越来越繁琐,对于一些线上问题总是搞不清楚是哪个环节出的问题,归根结底是对整个流程的不熟悉导致,所以分析下一个WEB请求从用户输入地址到页面出来到底经历过多少东西.
随着企业组织数字化步伐的加快，域名系统（DNS）作为互联网基础设施的关键组成部分，其安全性愈发受到重视。然而，近年来频繁发生的针对DNS的攻击事件，已经成为企业组织数字化发展中的一个严重问题。而在目前各种DNS攻击手段中，DNS缓存投毒（DNS Cache Poisoning）是比较常见且危害较大的一种，每年都有数千个网站成为此类攻击的受害者给企业的信息安全带来了极大的挑战。
我思考了很多知识组织方法来帮助理解网络知识，比如按osi模型从底至上，或者按协议种类，或者按网络发展史。但最终我还是决定选择用这个经典的问题，将网络知识串成线。理解从输入url到看到页面的过程，弄明白这中间有哪些步骤，再仔细分析这些步骤的原理和行为，是我所能想到最清晰的一条知识脉络了。
为了方便记忆。可以给linux系统主机名，也可以根据需要修改主机名 指令hostname来查看主机名 修改主机名 vim /etc/hostname 进入之后修改就行
当我们开始在浏览器中输入网址的时候，浏览器其实就已经在智能的匹配可能得 url 了，他会从历史记录，书签等地方，找到已经输入的字符串可能对应的 url，然后给出智能提示，让你可以补全url地址。对于 google的chrome 的浏览器，他甚至会直接从缓存中把网页展示出来，就是说，你还没有按下 enter，页面就出来了。
试想一个问题，我们人类可以有多少种识别自己的方式？可以通过身份证来识别，可以通过社保卡号来识别，也可以通过驾驶证来识别，尽管我们有多种识别方式，但在特定的环境下，某种识别方法可能比另一种方法更为适合。因特网上的主机和人类一样，可以使用多种识别方式进行标识。互联网上主机的一种标识方法是使用它的 主机名(hostname) ，如 www.facebook.com、 www.google.com 等。但是这是我们人类的记忆方式，路由器不会这么理解，路由器喜欢定长的、有层次结构的 IP地址。
作者在若干年前面试腾讯前端岗位的时候，有一个压轴的题目：在浏览器输入 URL 回车之后发生了什么？作者当时作为毕业两年的的切图仔，当时一脸懵逼，挂的彻底！
dns也可以认为是域名的解析，因为在实际的网络请求中，是通过ip来进行互访请求的，但是ip是四个字节的数字组成，不容易记住，能够更加方便的访问互联网，然后域名系统应运而生，但是域名并不是免费的，需要到域名注册商处进行申请注册，人们都习惯记忆域名，但机器间互相只认识 IP 地址，域名与 IP 地址之间是一一对应的，它们之间的转换工作称为域名解析，域名解析需要由专门的域名解析服务器来完成，解析过程是自动进行的。域名解析（DNS）是将域名（例如 cloud.tencent.com）转换成为机器可读的 IP 地址（例如10.10.10.10）的服务。
问题：在浏览器中输入URL到整个页面显示在用户面前时这个过程中到底发生了什么。仔细思考这个问题，发现确实很深，这个过程涉及到的东西很多。
问题1：当我们在浏览器中输入网址，按下回车，具体发生了什么？ 对网址进行DNS解析，得到对应的IP地址。 根据这个IP地址，找到对应的服务器，并发起TCP的三次握手。 建立TCP连接后会发起HTTP请求。 服务器响应HTTP请求。 浏览器解析得到html代码。 请求html代码中的资源（如js、css、图片等）。 浏览器对页面进行渲染呈现给用户。 服务器关闭关闭TCP连接。 问题2：DNS是什么？ DNS一般指域名系统。域名系统（英文：Domain Name System，缩写：DNS）是互联网的一项服务。
打开浏览器从输入网址到网页呈现在大家面前，背后到底发生了什么？经历怎么样的一个过程？先给大家来张总体流程图，具体步骤请看下文分解！
完整高频题库仓库地址：https://github.com/hzfe/awesome-interview
今天继续来聊聊面试，今天聊一聊网络，计算机网络是大学计算机核心专业课之一，也是考研必考专业课，重要性不用多说。
小汪最近在看【WebKit 技术内幕】一书，说实话，这本书写的太官方了，不通俗易懂。
在世界杯举办期间，DNS劫持事件估计会和链路劫持事件一样，风险提升很多。上期分享了一篇《第32篇：某运营商链路劫持(被挂博彩页)溯源异常路由节点(上篇)》，本期就讲一下DNS劫持攻击的相关知识吧。关于DNS层面的攻击手段比较多，比如DNS劫持、DNS污染、DNS重绑定攻击、DNS反射放大攻击等等。一般认为DNS劫持攻击与DNS污染是两回事，DNS污染一般指的是DNS缓存投毒攻击，这个我们后续再讲。DNS劫持通过改变用户的域名解析记录实现攻击，即使用户访问的是正常网址，也会在不知情的情况下被引流到仿冒网站上，因此DNS劫持破坏力强，而且不易察觉。
Hosts是一个没有扩展名的系统文件，可以用记事本等工具打开，其作用就是将一些常用的网址域名与其对应的IP地址建立一个关联“数据库”，当用户在浏览器中输入一个需要登录的网址时，系统会首先自动从Hosts文件中寻找对应的IP地址，一旦找到，系统会立即打开对应网页，如果没有找到，则系统会再将网址提交DNS域名解析服务器进行IP地址的解析。
先看本地域名服务器是否缓存该地址，然后各服务器依次递归.（根域名服务器） -> .com -> google.com. -> www.google.com.（这样是不是会造成多次请求连接浪费资源？）
我们先想想一个问题，我们打开一个微信或者一个XX音乐，一个网页，到底会开几个进程。
这个问题已经是老生常谈了，更是经常被作为面试的压轴题出现，网上也有很多文章，但最近闲的无聊，然后就自己做了一篇笔记，感觉比之前理解更透彻了。
DNS（Domain Name System，域名系统）是互联网的一项核心服务，负责将人类可读的域名（如www.example.com）解析为计算机可识别的IP地址（如192.0.2.1）。DNS通过层级式的分布式数据库系统实现域名与IP地址的映射，使得用户可以通过输入易于记忆的域名访问网站，而无需记住复杂的IP地址。
一、将样式表放在顶部 可视性回馈的重要性 进度指示器有三个主要优势——它们让用户知道系统没有崩溃，只是正在为他或她解决问题；它们指出了用户大概还需要等多久，以便用户能够在漫长的等待中做些其他事情；最后，它们能给用户提供一些可以看的东西，使得等待不再是那么无聊。最后一点优势不可低估，这也是为什么推荐使用图形进度条而不是仅仅以数字形式显示预期的剩余时间。在Web的世界里，Html页面的逐步呈现就是很好的进度指示器。 将没有立即使用的css放在底部是错误的做法 通常组件的下载是按照文档中出现的顺序下载的，所以将不
下面我将“从输入URL到渲染的全过程”大概的描述出来，再对其过程加以解释，了解过程中可以做哪些优化。文章内容有点长，需要有足够的耐心看完哟！！下面我要开始啦！
3 月 26 日，国内多个地区访问 Github 以及 Github pages 的时候，谷歌浏览器提示“您的连接不是私密连接”的错误信息，不少用户想知道为什么会这样。在这起事件中，我得出的结论是由于 BGP 劫持，国内受影响的用户访问到的是错误的 Github 服务器。
1、 浏览器的url输入栏发起一个请求，浏览器首先会看自己缓存中有没有对应的ip地址，如果有的话
HTTP本身是无连接的,正常我们每次请求数据都要重新建立携带数据连接(如登录),但是这样相当麻烦,因此我们引入了某些机制让HTTP具备状态,其中两个便是cookie,session.
相信大家都会非常喜欢这个特性，无须服务器端的检测，使用浏览器的本地功能就可以帮助你判断电子邮件的格式，URL，或者是电话格式，防止用户输入错误的信息，通过使用HTML5的pattern属性，我们可以很方便的整合这个功能，代码如下：
这是一道经典的面试题，这道题没有一个标准的答案，它涉及很多的知识点，面试官会通过这道题了解你对哪一方面的知识比较擅长，然后继续追问看看你的掌握程度。当然我写的这些也只是我的一些简单的理解，从前端的角度出发，我觉得首先回答必须包括几个基本的点，然后在根据你的理解深入回答。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
实时音视频
即时通信 IM
