xinyin025/learn.lianglianglee.com
1
0
Fork 0
mirror of https://github.com/zhwei820/learn.lianglianglee.com.git synced 2025-09-17 08:46:40 +08:00
Code Issues Actions Packages Projects Releases Wiki Activity
master
learn.lianglianglee.com/文章/Java 面试题集锦（网络篇）.md.html
周伟 d9c5ffd627 u
2022-05-11 19:04:14 +08:00

1788 lines
60 KiB
HTML
Raw Permalink Blame History

This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

<!DOCTYPE html>
<!-- saved from url=(0046)https://kaiiiz.github.io/hexo-theme-book-demo/ -->
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<meta name="viewport" content="width=device-width, initial-scale=1, maximum-scale=1.0, user-scalable=no">
<link rel="icon" href="/static/favicon.png">
<title>Java 面试题集锦（网络篇）.md.html</title>
<!-- Spectre.css framework -->
<link rel="stylesheet" href="/static/index.css">
<!-- theme css & js -->
<meta name="generator" content="Hexo 4.2.0">
</head>
<body>
<div class="book-container">
<div class="book-sidebar">
<div class="book-brand">
<a href="/">
<img src="/static/favicon.png">
<span>技术文章摘抄</span>
</a>
</div>
<div class="book-menu uncollapsible">
<ul class="uncollapsible">
<li><a href="/" class="current-tab">首页</a></li>
</ul>
<ul class="uncollapsible">
<li><a href="../">上一级</a></li>
</ul>
<ul class="uncollapsible">
<li>
<a href="/文章/AQS 万字图文全面解析.md.html">AQS 万字图文全面解析.md.html</a>
</li>
<li>
<a href="/文章/Docker 镜像构建原理及源码分析.md.html">Docker 镜像构建原理及源码分析.md.html</a>
</li>
<li>
<a href="/文章/ElasticSearch 小白从入门到精通.md.html">ElasticSearch 小白从入门到精通.md.html</a>
</li>
<li>
<a href="/文章/JVM CPU Profiler技术原理及源码深度解析.md.html">JVM CPU Profiler技术原理及源码深度解析.md.html</a>
</li>
<li>
<a href="/文章/JVM 垃圾收集器.md.html">JVM 垃圾收集器.md.html</a>
</li>
<li>
<a href="/文章/JVM 面试的 30 个知识点.md.html">JVM 面试的 30 个知识点.md.html</a>
</li>
<li>
<a href="/文章/Java IO 体系、线程模型大总结.md.html">Java IO 体系、线程模型大总结.md.html</a>
</li>
<li>
<a href="/文章/Java NIO浅析.md.html">Java NIO浅析.md.html</a>
</li>
<li>
<a class="current-tab" href="/文章/Java 面试题集锦（网络篇）.md.html">Java 面试题集锦（网络篇）.md.html</a>
</li>
<li>
<a href="/文章/Java-直接内存 DirectMemory 详解.md.html">Java-直接内存 DirectMemory 详解.md.html</a>
</li>
<li>
<a href="/文章/Java中9种常见的CMS GC问题分析与解决（上）.md.html">Java中9种常见的CMS GC问题分析与解决（上）.md.html</a>
</li>
<li>
<a href="/文章/Java中9种常见的CMS GC问题分析与解决（下）.md.html">Java中9种常见的CMS GC问题分析与解决（下）.md.html</a>
</li>
<li>
<a href="/文章/Java中的SPI.md.html">Java中的SPI.md.html</a>
</li>
<li>
<a href="/文章/Java中的ThreadLocal.md.html">Java中的ThreadLocal.md.html</a>
</li>
<li>
<a href="/文章/Java线程池实现原理及其在美团业务中的实践.md.html">Java线程池实现原理及其在美团业务中的实践.md.html</a>
</li>
<li>
<a href="/文章/Java魔法类：Unsafe应用解析.md.html">Java魔法类：Unsafe应用解析.md.html</a>
</li>
<li>
<a href="/文章/Kafka 源码阅读笔记.md.html">Kafka 源码阅读笔记.md.html</a>
</li>
<li>
<a href="/文章/Kafka、ActiveMQ、RabbitMQ、RocketMQ 区别以及高可用原理.md.html">Kafka、ActiveMQ、RabbitMQ、RocketMQ 区别以及高可用原理.md.html</a>
</li>
<li>
<a href="/文章/MySQL · 引擎特性 · InnoDB Buffer Pool.md.html">MySQL · 引擎特性 · InnoDB Buffer Pool.md.html</a>
</li>
<li>
<a href="/文章/MySQL · 引擎特性 · InnoDB IO子系统.md.html">MySQL · 引擎特性 · InnoDB IO子系统.md.html</a>
</li>
<li>
<a href="/文章/MySQL · 引擎特性 · InnoDB 事务系统.md.html">MySQL · 引擎特性 · InnoDB 事务系统.md.html</a>
</li>
<li>
<a href="/文章/MySQL · 引擎特性 · InnoDB 同步机制.md.html">MySQL · 引擎特性 · InnoDB 同步机制.md.html</a>
</li>
<li>
<a href="/文章/MySQL · 引擎特性 · InnoDB 数据页解析.md.html">MySQL · 引擎特性 · InnoDB 数据页解析.md.html</a>
</li>
<li>
<a href="/文章/MySQL · 引擎特性 · InnoDB崩溃恢复.md.html">MySQL · 引擎特性 · InnoDB崩溃恢复.md.html</a>
</li>
<li>
<a href="/文章/MySQL · 引擎特性 · 临时表那些事儿.md.html">MySQL · 引擎特性 · 临时表那些事儿.md.html</a>
</li>
<li>
<a href="/文章/MySQL 主从复制 半同步复制.md.html">MySQL 主从复制 半同步复制.md.html</a>
</li>
<li>
<a href="/文章/MySQL 主从复制 基于GTID复制.md.html">MySQL 主从复制 基于GTID复制.md.html</a>
</li>
<li>
<a href="/文章/MySQL 主从复制.md.html">MySQL 主从复制.md.html</a>
</li>
<li>
<a href="/文章/MySQL 事务日志(redo log和undo log).md.html">MySQL 事务日志(redo log和undo log).md.html</a>
</li>
<li>
<a href="/文章/MySQL 亿级别数据迁移实战代码分享.md.html">MySQL 亿级别数据迁移实战代码分享.md.html</a>
</li>
<li>
<a href="/文章/MySQL 从一条数据说起-InnoDB行存储数据结构.md.html">MySQL 从一条数据说起-InnoDB行存储数据结构.md.html</a>
</li>
<li>
<a href="/文章/MySQL 地基基础：事务和锁的面纱.md.html">MySQL 地基基础：事务和锁的面纱.md.html</a>
</li>
<li>
<a href="/文章/MySQL 地基基础：数据字典.md.html">MySQL 地基基础：数据字典.md.html</a>
</li>
<li>
<a href="/文章/MySQL 地基基础：数据库字符集.md.html">MySQL 地基基础：数据库字符集.md.html</a>
</li>
<li>
<a href="/文章/MySQL 性能优化：碎片整理.md.html">MySQL 性能优化：碎片整理.md.html</a>
</li>
<li>
<a href="/文章/MySQL 故障诊断：一个 ALTER TALBE 执行了很久，你慌不慌？.md.html">MySQL 故障诊断：一个 ALTER TALBE 执行了很久，你慌不慌？.md.html</a>
</li>
<li>
<a href="/文章/MySQL 故障诊断：如何在日志中轻松定位大事务.md.html">MySQL 故障诊断：如何在日志中轻松定位大事务.md.html</a>
</li>
<li>
<a href="/文章/MySQL 故障诊断：教你快速定位加锁的 SQL.md.html">MySQL 故障诊断：教你快速定位加锁的 SQL.md.html</a>
</li>
<li>
<a href="/文章/MySQL 日志详解.md.html">MySQL 日志详解.md.html</a>
</li>
<li>
<a href="/文章/MySQL 的半同步是什么？.md.html">MySQL 的半同步是什么？.md.html</a>
</li>
<li>
<a href="/文章/MySQL中的事务和MVCC.md.html">MySQL中的事务和MVCC.md.html</a>
</li>
<li>
<a href="/文章/MySQL事务_事务隔离级别详解.md.html">MySQL事务_事务隔离级别详解.md.html</a>
</li>
<li>
<a href="/文章/MySQL优化：优化 select count().md.html">MySQL优化：优化 select count().md.html</a>
</li>
<li>
<a href="/文章/MySQL共享锁、排他锁、悲观锁、乐观锁.md.html">MySQL共享锁、排他锁、悲观锁、乐观锁.md.html</a>
</li>
<li>
<a href="/文章/MySQL的MVCC（多版本并发控制）.md.html">MySQL的MVCC（多版本并发控制）.md.html</a>
</li>
<li>
<a href="/文章/QingStor 对象存储架构设计及最佳实践.md.html">QingStor 对象存储架构设计及最佳实践.md.html</a>
</li>
<li>
<a href="/文章/RocketMQ 面试题集锦.md.html">RocketMQ 面试题集锦.md.html</a>
</li>
<li>
<a href="/文章/SnowFlake 雪花算法生成分布式 ID.md.html">SnowFlake 雪花算法生成分布式 ID.md.html</a>
</li>
<li>
<a href="/文章/Spring Boot 2.x 结合 k8s 实现分布式微服务架构.md.html">Spring Boot 2.x 结合 k8s 实现分布式微服务架构.md.html</a>
</li>
<li>
<a href="/文章/Spring Boot 教程：如何开发一个 starter.md.html">Spring Boot 教程：如何开发一个 starter.md.html</a>
</li>
<li>
<a href="/文章/Spring MVC 原理.md.html">Spring MVC 原理.md.html</a>
</li>
<li>
<a href="/文章/Spring MyBatis和Spring整合的奥秘.md.html">Spring MyBatis和Spring整合的奥秘.md.html</a>
</li>
<li>
<a href="/文章/Spring 帮助你更好的理解Spring循环依赖.md.html">Spring 帮助你更好的理解Spring循环依赖.md.html</a>
</li>
<li>
<a href="/文章/Spring 循环依赖及解决方式.md.html">Spring 循环依赖及解决方式.md.html</a>
</li>
<li>
<a href="/文章/Spring中眼花缭乱的BeanDefinition.md.html">Spring中眼花缭乱的BeanDefinition.md.html</a>
</li>
<li>
<a href="/文章/Vert.x 基础入门.md.html">Vert.x 基础入门.md.html</a>
</li>
<li>
<a href="/文章/eBay 的 Elasticsearch 性能调优实践.md.html">eBay 的 Elasticsearch 性能调优实践.md.html</a>
</li>
<li>
<a href="/文章/不可不说的Java“锁”事.md.html">不可不说的Java“锁”事.md.html</a>
</li>
<li>
<a href="/文章/互联网并发限流实战.md.html">互联网并发限流实战.md.html</a>
</li>
<li>
<a href="/文章/从ReentrantLock的实现看AQS的原理及应用.md.html">从ReentrantLock的实现看AQS的原理及应用.md.html</a>
</li>
<li>
<a href="/文章/从SpringCloud开始，聊微服务架构.md.html">从SpringCloud开始，聊微服务架构.md.html</a>
</li>
<li>
<a href="/文章/全面了解 JDK 线程池实现原理.md.html">全面了解 JDK 线程池实现原理.md.html</a>
</li>
<li>
<a href="/文章/分布式一致性理论与算法.md.html">分布式一致性理论与算法.md.html</a>
</li>
<li>
<a href="/文章/分布式一致性算法 Raft.md.html">分布式一致性算法 Raft.md.html</a>
</li>
<li>
<a href="/文章/分布式唯一 ID 解析.md.html">分布式唯一 ID 解析.md.html</a>
</li>
<li>
<a href="/文章/分布式链路追踪：集群管理设计.md.html">分布式链路追踪：集群管理设计.md.html</a>
</li>
<li>
<a href="/文章/动态代理种类及原理，你知道多少？.md.html">动态代理种类及原理，你知道多少？.md.html</a>
</li>
<li>
<a href="/文章/响应式架构与 RxJava 在有赞零售的实践.md.html">响应式架构与 RxJava 在有赞零售的实践.md.html</a>
</li>
<li>
<a href="/文章/大数据算法——布隆过滤器.md.html">大数据算法——布隆过滤器.md.html</a>
</li>
<li>
<a href="/文章/如何优雅地记录操作日志？.md.html">如何优雅地记录操作日志？.md.html</a>
</li>
<li>
<a href="/文章/如何设计一个亿级消息量的 IM 系统.md.html">如何设计一个亿级消息量的 IM 系统.md.html</a>
</li>
<li>
<a href="/文章/异步网络模型.md.html">异步网络模型.md.html</a>
</li>
<li>
<a href="/文章/当我们在讨论CQRS时，我们在讨论些神马？.md.html">当我们在讨论CQRS时，我们在讨论些神马？.md.html</a>
</li>
<li>
<a href="/文章/彻底理解 MySQL 的索引机制.md.html">彻底理解 MySQL 的索引机制.md.html</a>
</li>
<li>
<a href="/文章/最全的 116 道 Redis 面试题解答.md.html">最全的 116 道 Redis 面试题解答.md.html</a>
</li>
<li>
<a href="/文章/有赞权限系统(SAM).md.html">有赞权限系统(SAM).md.html</a>
</li>
<li>
<a href="/文章/有赞零售中台建设方法的探索与实践.md.html">有赞零售中台建设方法的探索与实践.md.html</a>
</li>
<li>
<a href="/文章/服务注册与发现原理剖析（Eureka、Zookeeper、Nacos）.md.html">服务注册与发现原理剖析（Eureka、Zookeeper、Nacos）.md.html</a>
</li>
<li>
<a href="/文章/深入浅出Cache.md.html">深入浅出Cache.md.html</a>
</li>
<li>
<a href="/文章/深入理解 MySQL 底层实现.md.html">深入理解 MySQL 底层实现.md.html</a>
</li>
<li>
<a href="/文章/漫画讲解 git rebase VS git merge.md.html">漫画讲解 git rebase VS git merge.md.html</a>
</li>
<li>
<a href="/文章/生成浏览器唯一稳定 ID 的探索.md.html">生成浏览器唯一稳定 ID 的探索.md.html</a>
</li>
<li>
<a href="/文章/缓存 如何保证缓存与数据库的双写一致性？.md.html">缓存 如何保证缓存与数据库的双写一致性？.md.html</a>
</li>
<li>
<a href="/文章/网易严选怎么做全链路监控的？.md.html">网易严选怎么做全链路监控的？.md.html</a>
</li>
<li>
<a href="/文章/美团万亿级 KV 存储架构与实践.md.html">美团万亿级 KV 存储架构与实践.md.html</a>
</li>
<li>
<a href="/文章/美团点评Kubernetes集群管理实践.md.html">美团点评Kubernetes集群管理实践.md.html</a>
</li>
<li>
<a href="/文章/美团百亿规模API网关服务Shepherd的设计与实现.md.html">美团百亿规模API网关服务Shepherd的设计与实现.md.html</a>
</li>
<li>
<a href="/文章/解读《阿里巴巴 Java 开发手册》背后的思考.md.html">解读《阿里巴巴 Java 开发手册》背后的思考.md.html</a>
</li>
<li>
<a href="/文章/认识 MySQL 和 Redis 的数据一致性问题.md.html">认识 MySQL 和 Redis 的数据一致性问题.md.html</a>
</li>
<li>
<a href="/文章/进阶：Dockerfile 高阶使用指南及镜像优化.md.html">进阶：Dockerfile 高阶使用指南及镜像优化.md.html</a>
</li>
<li>
<a href="/文章/铁总在用的高性能分布式缓存计算框架 Geode.md.html">铁总在用的高性能分布式缓存计算框架 Geode.md.html</a>
</li>
<li>
<a href="/文章/阿里云PolarDB及其共享存储PolarFS技术实现分析（上）.md.html">阿里云PolarDB及其共享存储PolarFS技术实现分析（上）.md.html</a>
</li>
<li>
<a href="/文章/阿里云PolarDB及其共享存储PolarFS技术实现分析（下）.md.html">阿里云PolarDB及其共享存储PolarFS技术实现分析（下）.md.html</a>
</li>
<li>
<a href="/文章/面试最常被问的 Java 后端题.md.html">面试最常被问的 Java 后端题.md.html</a>
</li>
<li>
<a href="/文章/领域驱动设计在互联网业务开发中的实践.md.html">领域驱动设计在互联网业务开发中的实践.md.html</a>
</li>
<li>
<a href="/文章/领域驱动设计的菱形对称架构.md.html">领域驱动设计的菱形对称架构.md.html</a>
</li>
<li>
<a href="/文章/高效构建 Docker 镜像的最佳实践.md.html">高效构建 Docker 镜像的最佳实践.md.html</a>
</li>
</ul>
</div>
</div>
<div class="sidebar-toggle" onclick="sidebar_toggle()" onmouseover="add_inner()" onmouseleave="remove_inner()">
<div class="sidebar-toggle-inner"></div>
</div>
<script>
function add_inner() {
let inner = document.querySelector('.sidebar-toggle-inner')
inner.classList.add('show')
}
function remove_inner() {
let inner = document.querySelector('.sidebar-toggle-inner')
inner.classList.remove('show')
}
function sidebar_toggle() {
let sidebar_toggle = document.querySelector('.sidebar-toggle')
let sidebar = document.querySelector('.book-sidebar')
let content = document.querySelector('.off-canvas-content')
if (sidebar_toggle.classList.contains('extend')) { // show
sidebar_toggle.classList.remove('extend')
sidebar.classList.remove('hide')
content.classList.remove('extend')
} else { // hide
sidebar_toggle.classList.add('extend')
sidebar.classList.add('hide')
content.classList.add('extend')
}
}
function open_sidebar() {
let sidebar = document.querySelector('.book-sidebar')
let overlay = document.querySelector('.off-canvas-overlay')
sidebar.classList.add('show')
overlay.classList.add('show')
}
function hide_canvas() {
let sidebar = document.querySelector('.book-sidebar')
let overlay = document.querySelector('.off-canvas-overlay')
sidebar.classList.remove('show')
overlay.classList.remove('show')
}
</script>
<div class="off-canvas-content">
<div class="columns">
<div class="column col-12 col-lg-12">
<div class="book-navbar">
<!-- For Responsive Layout -->
<header class="navbar">
<section class="navbar-section">
<a onclick="open_sidebar()">
<i class="icon icon-menu"></i>
</a>
</section>
</header>
</div>
<div class="book-content" style="max-width: 960px; margin: 0 auto;
overflow-x: auto;
overflow-y: hidden;">
<div class="book-post">
<p id="tip" align="center"></p>
<div><h1>Java 面试题集锦（网络篇）</h1>
<h1>前言</h1>
<p>网络编程是程序员比较少接触的技能，但是网络协议的应用却是非常常见的，比如 RPC 框架如 Dubbo 使用 Netty 进行通信，而 Netty 是一个网络编程框架，服务提供端和服务消费端正是通过 Netty 这个网络框架提供的机制进行通信的，再比如 Spring Clound 使用 HTTP 协议作为服务提供端和服务消费端的通信协议，甚至前端同学和后端同学进行联调的时候也需要熟悉 HTTP 协议。</p>
<h1>1. HTTP 响应码有哪些？分别代表什么含义？</h1>
<p>HTTP 响应码是 Web 服务器告诉客户端当前服务器的运行状况的标识。</p>
<p><img src="assets/dd89b870-5d62-11ea-977e-4f3bc8d9c4fd.jpg" alt="在这里插入图片描述" /></p>
<ul>
<li>200：成功，Web 服务器成功处理了客户端的请求。</li>
<li>301：永久重定向，当客户端请求一个网址的时候，Web 服务器会将当前请求重定向到另一个网址，搜索引擎会抓取重定向后网页的内容并且将旧的网址替换为重定向后的网址。</li>
<li>302：临时重定向，搜索引擎会抓取重定向后网页的内容而保留旧的网址，因为搜索引擎认为重定向后的网址是暂时的。</li>
<li>400：客户端请求错误，多为参数不合法导致 Web 服务器验参失败。</li>
<li>404：未找到，Web 服务器找不到资源。</li>
<li>500：Web 服务器错误，服务器处理客户端请求的时候发生错误。</li>
<li>503：服务不可用，服务器停机。</li>
<li>504：网关超时。</li>
</ul>
<h1>2. Forward 和 Redirect 的区别？</h1>
<ul>
<li>浏览器 URL 地址：Forward 是服务器内部的重定向，服务器内部请求某个 servlet，然后获取响应的内容，浏览器的 URL 地址是不会变化的；Redirect 是客户端请求服务器，然后服务器给客户端返回了一个 302 状态码和新的 location，客户端重新发起 HTTP 请求，服务器给客户端响应 location 对应的 URL 地址，浏览器的 URL 地址发生了变化。</li>
<li>数据的共享：Forward 是服务器内部的重定向，request 在整个重定向过程中是不变的，request 中的信息在 servlet 间是共享的。Redirect 发起了两次 HTTP 请求分别使用不同的 request。</li>
<li>请求的次数：Forward 只有一次请求；Redirect 有两次请求。</li>
</ul>
<h1>3. 如何实现跨域？</h1>
<p>当浏览器执行 JS 脚本的时候，会检测脚本要访问的协议、域名、端口号是不是和当前网址一致，如果不一致就是跨域。跨域是不允许的，这种限制叫做浏览器的同源策略，简单点的说法就是浏览器不允许一个源中加载脚本与其他源中的资源进行交互。那么如何实现跨域呢？</p>
<h2>3.1 JSONP 方式</h2>
<p>script、img、iframe、link、video、audio 等带有 src 属性的标签可以跨域请求和执行资源，JSONP 利用这一点“漏洞”实现跨域。</p>
<pre><code>&lt;script&gt;
var scriptTag = document.createElement('script');
scriptTag.type = &quot;text/javascript&quot;;
scriptTag.src = &quot;http://10.10.0.101:8899/jsonp?callback=f&quot;;
document.head.appendChild(scriptTag);
&lt;/script&gt;
</code></pre>
<p>再看下 jQuery 的写法。</p>
<pre><code>$.ajax({
// 请求域名
url:'http://10.10.0.101:8899/login',
// 请求方式
type:'GET',
// 数据类型选择 jsonp
dataType:'jsonp',
// 回调方法名
jsonpCallback:'callback',
});
// 回调方法
function callback(response) {
console.log(response);
}
</code></pre>
<p>JSONP 实现跨域很简单但是只支持 GET 请求方式。而且在服务器端接受到 JSONP 请求后需要设置请求头，添加 Access-Control-Allow-Origin 属性，属性值为 <code>*</code>，表示允许所有域名访问，这样浏览器才会正常解析，否则会报 406 错误。</p>
<pre><code>response.setHeader(&quot;Access-Control-Allow-Origin&quot;, &quot;*&quot;);
</code></pre>
<h2>3.2 CORS 方式</h2>
<p>CORS（Cross-Origin Resource Sharing）即跨域资源共享，需要浏览器和服务器同时支持，这种请求方式分为简单请求和非简单请求。</p>
<p>当浏览器发出的 XMLHttpRequest 请求的请求方式是 POST 或者 GET，请求头中只包含 Accept、Accept-Language、Content-Language、Last-Event-ID、Content-Type（application/x-www-form-urlencoded、multipart/form-data、text/plain）时那么这个请求就是一个简单请求。</p>
<p>对于简单的请求，浏览器会在请求头中添加 Origin 属性，标明本次请求来自哪个源（协议 + 域名 + 端口）。</p>
<pre><code>GET
// 标明本次请求来自哪个源（协议+域名+端口）
Origin: http://127.0.0.1:8080
// IP
Host: 127.0.0.1:8080
// 长连接
Connection: keep-alive
Content-Type: text/plain
</code></pre>
<p>如果 Origin 标明的域名在服务器许可范围内，那么服务器就会给出响应：</p>
<pre><code> // 该值上文提到过，表示允许浏览器指定的域名访问，要么为浏览器传入的 origin，要么为 * 表示所有域名都可以访问
Access-Control-Allow-Origin: http://127.0.0.1:8080
// 表示服务器是否同意浏览器发送 cookie
Access-Control-Allow-Credentials: true
// 指定 XMLHttpRequest#getResponseHeader() 方法可以获取到的字段
Access-Control-Expose-Headers: xxx
Content-Type: text/html; charset=utf-8
</code></pre>
<p><code>Access-Control-Allow-Credentials: true</code> 表示服务器同意浏览器发送 cookie，另外浏览器也需要设置支持发送 cookie，否则就算服务器支持浏览器也不会发送。</p>
<pre><code>var xhr = new XMLHttpRequest();
// 设置发送的请求是否带 cookie
xhr.withCredentials = true;
xhr.open('post', 'http://10.10.0.101:8899/login', true);
xhr.setRequestHeader('Content-Type', 'text/plain');
</code></pre>
<p>另外一种是非简单请求，请求方式是 PUT 或 DELETE，或者请求头中添加了 Content-Type:application/json 属性和属性值的请求。</p>
<p>这种请求在浏览器正式发出 XMLHttpRequest 请求前会先发送一个预检 HTTP 请求，询问服务器当前网页的域名是否在服务器的许可名单之中，只有得到服务器的肯定后才会正式发出通信请求。</p>
<p>预检请求的头信息：</p>
<pre><code> // 预检请求的请求方式是 OPTIONS
OPTIONS
// 标明本次请求来自哪个源（协议+域名+端口）
Origin: http://127.0.0.1:8080
// 标明接下来的 CORS 请求要使用的请求方式
Access-Control-Request-Method: PUT
// 标明接下来的 CORS 请求要附加发送的头信息属性
Access-Control-Request-Headers: X-Custom-Header
// IP
Host: 127.0.0.1:8080
// 长连接
Connection: keep-alive
</code></pre>
<p>如果服务器回应预检请求的响应头中没有任何 CORS 相关的头信息的话表示不支持跨域，如果允许跨域就会做出响应，响应头信息如下：</p>
<pre><code>HTTP/1.1 200 OK
// 该值上文提到过，表示允许浏览器指定的域名访问，要么为浏览器传入的 origin，要么为 * 表示所有域名都可以访问
Access-Control-Allow-Origin:http://127.0.0.1:8080
// 服务器支持的所有跨域请求方式，为了防止浏览器发起多次预检请求把所有的请求方式返回给浏览器
Access-Control-Allow-Methods: GET, POST, PUT
// 服务器支持预检请求头信息中的 Access-Control-Request-Headers 属性值
Access-Control-Allow-Headers: X-Custom-Header
// 服务器同意浏览器发送 cookie
Access-Control-Allow-Credentials: true
// 指定预检请求的有效期是 20 天，期间不必再次发送另一个预检请求
Access-Control-Max-Age:1728000
Content-Type: text/html; charset=utf-8
Keep-Alive: timeout=2, max=100
// 长连接
Connection: Keep-Alive
Content-Type: text/plain
</code></pre>
<p>接着浏览器会像简单请求一样，发送一个 CORS 请求，请求头中一定包含 Origin 属性，服务器的响应头中也一定得包含 Access-Control-Allow-Origin 属性。</p>
<h2>3.3 代理方式</h2>
<p>跨域限制是浏览器的同源策略导致的，使用 nginx 当做服务器访问别的服务的 HTTP 接口是不需要执行 JS 脚步不存在同源策略限制的，所以可以利用 Nginx 创建一个代理服务器，这个代理服务器的域名跟浏览器要访问的域名一致，然后通过这个代理服务器修改 cookie 中的域名为要访问的 HTTP 接口的域名，通过反向代理实现跨域。</p>
<p>Nginx 的配置信息：</p>
<pre><code>server {
# 代理服务器的端口
listen 88;
# 代理服务器的域名
server_name http://127.0.0.1;
location / {
# 反向代理服务器的域名+端口
proxy_pass http://127.0.0.2:89;
# 修改cookie里域名
proxy_cookie_domain http://127.0.0.2 http://127.0.0.1;
index index.html index.htm;
# 设置当前代理服务器允许浏览器跨域
add_header Access-Control-Allow-Origin http://127.0.0.1;
# 设置当前代理服务器允许浏览器发送 cookie
add_header Access-Control-Allow-Credentials true;
}
}
</code></pre>
<p>前端代码：</p>
<pre><code>var xhr = new XMLHttpRequest();
// 设置浏览器允许发送 cookie
xhr.withCredentials = true;
// 访问 nginx 代理服务器
xhr.open('get', 'http://127.0.0.1:88', true);
xhr.send();
</code></pre>
<h1>5. get 和 post 请求有哪些区别？</h1>
<p>用途：</p>
<ul>
<li>get 请求用来从服务器获取资源</li>
<li>post 请求用来向服务器提交数据</li>
</ul>
<p>表单的提交方式：</p>
<ul>
<li>get 请求直接将表单数据以 <code>name1=value1&amp;name2=value2</code> 的形式拼接到 URL 上（http://www.baidu.com/action?name1=value1&amp;name2=value2），多个参数参数值需要用 &amp; 连接起来并且用 <code>?</code> 拼接到 action 后面；</li>
<li>post 请求将表单数据放到请求头或者请求的消息体中。</li>
</ul>
<p>传输数据的大小限制：</p>
<ul>
<li>get 请求传输的数据受到 URL 长度的限制，而 URL 长度是由浏览器决定的；</li>
<li>post 请求传输数据的大小理论上来说是没有限制的。</li>
</ul>
<p>参数的编码：</p>
<ul>
<li>get 请求的参数会在地址栏明文显示，使用 URL 编码的文本格式传递参数；</li>
<li>post 请求使用二进制数据多重编码传递参数。</li>
</ul>
<p>缓存：</p>
<ul>
<li>get 请求可以被浏览器缓存被收藏为标签；</li>
<li>post 请求不会被缓存也不能被收藏为标签。</li>
</ul>
<h1>6. 简述 TCP 和 UDP 的区别？</h1>
<p>TCP 和 UDP 都是传输层的网络协议，主要用途在于不同服务器的应用进程间的通信。</p>
<p>连接维护：</p>
<ul>
<li>TCP 是面向连接的，在不同服务器的应用进程建立通信连接的时候需要三次握手，断开连接的时候需要四次挥手，而且连接提供的是点对点的全双工服务；</li>
<li>UDP 是无连接通信协议，以广播的形式向外发送数据，因为不需要建立连接所以不需要维护连接状态需要的资源少，可以做到快速响应时延低。</li>
</ul>
<p>可靠性：</p>
<ul>
<li>TCP 提供了可靠的数据传输，支持流量控制和拥塞控制，为不丢包提供了可靠性的技术，如果发送方收到了数据发送失败的通知会再次进行发送，直到数据被接收到，同时保证了发送的数据包的顺序性和不重复的特性；</li>
<li>UDP 提供了不可靠的数据传输，不支持流量控制和拥塞控制，发送的数据包发送失败不会收到通知，而是在一段固定的时间等待接受方是否回复信息判断上次的数据包是否发送成功，如果这段时间没有收到接受方的回复就会重新发送数据包，但是仍然无法解决丢包的问题和发送包的顺序性问题。</li>
</ul>
<p>数据传输方式：</p>
<ul>
<li>TCP 是基于字节流进行传输的，传输时会将数据进行分组，然后在接收端对分组后的信息重组，这种传输方式会带来粘包问题；</li>
<li>UDP 是基于数据报进行传输的。</li>
</ul>
<p>接下来通过执行 UDP 服务端和客户端通信的测试用例和 TCP 服务端和客户端通信的测试用例，更直观的了解下这两种通信方式的区别。</p>
<p>UDP 服务端代码：</p>
<pre><code>// UDPServerTest.java
public class UDPServerTest {
public static void main(String[] args) throws Exception {
DatagramSocket serverSocket = new DatagramSocket(8888);
byte[] readyToSendData;
SimpleDateFormat formatter = new SimpleDateFormat(&quot;yyyy-MM-dd HH:mm:ss&quot;);
while (true) {
byte[] receiveData = new byte[1024];
// 创建接收数据报，接受来自客户端的数据
DatagramPacket fromClientDataPacket = new DatagramPacket(receiveData, receiveData.length);
// 监听客户端是否发送了数据包
serverSocket.receive(fromClientDataPacket);
// 获取客户端数据包的内容
String data = new String(fromClientDataPacket.getData());
// 获取客户端 IP 地址
InetAddress address = fromClientDataPacket.getAddress();
if (data != null) {
System.out.println(&quot;【&quot;+formatter.format(new Date()) + &quot;】 receive data from client[&quot; + address + &quot;]: &quot; + data );
}
// 获得客户端端口号
int port = fromClientDataPacket.getPort();
// 将获取到的数据包的内容转为大写
String upperData = data.toUpperCase();
readyToSendData = upperData.getBytes();
// 创建发送数据报，用来向客户端发送数据
DatagramPacket readyToSendPacket = new DatagramPacket(readyToSendData, readyToSendData.length, address, port);
//向客户端发送数据报包
serverSocket.send(readyToSendPacket);
}
}
}
</code></pre>
<p>UDP 客户端代码：</p>
<pre><code>// UDPClientTest.java
public class UDPClientTest {
public static void main(String[] args) throws Exception {
DatagramSocket clientSocket = new DatagramSocket();
// 监听 console 的文字输入
BufferedReader inputFromConsole = new BufferedReader(new InputStreamReader(System.in));
// 获取 client 端的 IP 地址
InetAddress adress = InetAddress.getLocalHost();
byte[] readyToSendData;
byte[] receiveData = new byte[1024];
while (true) {
String input = inputFromConsole.readLine();
if (input.equals(&quot;exit&quot;)) break;
readyToSendData = input.getBytes();
// 创建发送数据报，用来向服务端发送数据
DatagramPacket readyToSendPacket = new DatagramPacket(readyToSendData, readyToSendData.length, adress, 8888);
//发送数据报包
clientSocket.send(readyToSendPacket);
// 创建接收数据报，接收来自服务端的数据
DatagramPacket receivePacket = new DatagramPacket(receiveData, receiveData.length);
// 监听服务端是否发来了数据包
clientSocket.receive(receivePacket);
String data = new String(receivePacket.getData());
System.out.println(&quot;Server reply: &quot; + data);
}
clientSocket.close();
}
}
</code></pre>
<p>UDP 服务端执行结果：</p>
<p><img src="assets/98f77a10-607f-11ea-861e-fb2bdb9ba1ba.jpg" alt="在这里插入图片描述" /></p>
<p>UDP 客户端执行结果：</p>
<p><img src="assets/aee46c20-607f-11ea-974c-2bc8ec103edb.jpg" alt="在这里插入图片描述" /></p>
<p>TCP 服务端代码：</p>
<pre><code>// TCPServerTest.java
public class TCPServerTest {
public static void main(String[] args) throws Exception {
String data;
String upperData;
SimpleDateFormat dataFormatter = new SimpleDateFormat(&quot;yyyy-MM-dd HH:mm:ss&quot;);
ServerSocket serverSocket = new ServerSocket(8888);
while(true) {
// 接受客户端的连接
Socket socket = serverSocket.accept();
// 输入流，保存接收到的数据
BufferedReader isFromClient = new BufferedReader(new InputStreamReader(socket.getInputStream()));
// 输出流，用于向外发送数据
DataOutputStream dos = new DataOutputStream(socket.getOutputStream());
// 获取客户端数据
data = isFromClient.readLine();
if (data != null) {
System.out.println(&quot;【&quot; + dataFormatter.format(new Date()) + &quot;】 receive data from client[&quot; + socket.getInetAddress() + &quot;]: &quot; + data );
}
upperData = data.toUpperCase() + '\n';
//向客户端发送修改后的字符串
dos.writeBytes(upperData);
}
}
}
</code></pre>
<p>TCP 客户端代码：</p>
<pre><code>// TCPClientTest.java
public class TCPClientTest {
public static void main(String[] args) throws Exception {
String input;
String data;
while (true) {
// 监听 console 的文字输入
BufferedReader inputFromConsole = new BufferedReader(new InputStreamReader(System.in));
Socket clientSocket = new Socket(&quot;127.0.0.1&quot;, 8888);
// 输出流，用于向外发送数据
DataOutputStream readyToSendDos = new DataOutputStream(clientSocket.getOutputStream());
// 输入流，保存接收到的数据
BufferedReader receiveFromServer = new BufferedReader(new InputStreamReader(clientSocket.getInputStream()));
input = inputFromConsole.readLine();
if (input.equals(&quot;exit&quot;)) break;
// 向服务器发送数据
readyToSendDos.writeBytes(input + '\n');
// IO 阻塞等待服务端的响应
data = receiveFromServer.readLine();
System.out.println(&quot;Server reply: &quot; + data);
clientSocket.close();
}
}
}
</code></pre>
<p>TCP 服务端执行结果：</p>
<p><img src="assets/b279eac0-6086-11ea-974c-2bc8ec103edb.jpg" alt="在这里插入图片描述" /></p>
<p>TCP 客户端执行结果：</p>
<p><img src="assets/bc813550-6086-11ea-974c-2bc8ec103edb.jpg" alt="在这里插入图片描述" /></p>
<h1>7. TCP 为什么要三次握手，两次不行吗？为什么？</h1>
<ul>
<li>TCP 客户端和服务端建立连接需要三次握手，首先服务端需要开启监听，等待客户端的连接请求，这个时候服务端处于“收听”状态；</li>
<li>客户端向服务端发起连接，选择 <code>seq=x</code> 的初始序列号，此时客户端处于“同步已发送”的状态；</li>
<li>服务端收到客户端的连接请求，同意连接并向客户端发送确认，确认号是 <code>ack=x+1</code> 表示客户端可以发送下一个数据包序号从 <code>x+1</code> 开始，同时选择 <code>seq=y</code> 的初始序列号，此时服务端处于“同步收到”状态；</li>
<li>客户端收到服务端的确认后，向服务端发送确认信息，确认号是 <code>ack=y+1</code> 表示服务端可以发送下一个数据包序号从 <code>y+1</code> 开始，此时客户端处于“已建立连接”的状态；</li>
<li>服务端收到客户端的确认后，也进入“已建立连接”的状态。</li>
</ul>
<p>从三次握手的过程可以看出如果只有两次握手，那么客户端的起始序列号可以确认，服务端的起始序列号将得不到确认。</p>
<p><img src="assets/2cfd0790-6141-11ea-ada6-a35ea24e6ce6.jpg" alt="在这里插入图片描述" /></p>
<h1>8. 说一下 TCP 粘包是怎么产生的？怎么解决粘包问题的？</h1>
<p>上文中讲 TCP 和 UDP 区别的时候提到 TCP 传输数据基于字节流，从应用层到 TCP 传输层的多个数据包是一连串的字节流是没有边界的，而且 TCP 首部并没有记录数据包的长度，所以 TCP 传输数据的时候可能会发送粘包和拆包的问题；而 UDP 是基于数据报传输数据的，UDP 首部也记录了数据报的长度，可以轻易的区分出不同的数据包的边界。</p>
<p>接下来看下 TCP 传输数据的几种情况，首先第一种情况是正常的，既没有发送粘包也没有发生拆包。</p>
<p><img src="assets/cd2e13b0-6148-11ea-974c-2bc8ec103edb.jpg" alt="在这里插入图片描述" /></p>
<p>第二种情况发生了明显的粘包现象，这种情况对于数据接收方来说很难处理。</p>
<p><img src="assets/a1433fa0-6148-11ea-8032-6b1a3b46917c.jpg" alt="在这里插入图片描述" /></p>
<p>接下来的两种情况发生了粘包和拆包的现象，接收端收到的数据包要么是不完整的要么是多出来一块儿。</p>
<p><img src="assets/4bb54820-6149-11ea-be13-9d4b32a4c9f6.jpg" alt="在这里插入图片描述" /></p>
<p><img src="assets/8d53aec0-6149-11ea-8710-d9de95ee7855.jpg" alt="在这里插入图片描述" /></p>
<p>造成粘包和拆包现象的原因：</p>
<ul>
<li>TCP 发送缓冲区剩余空间不足以发送一个完整的数据包，将发生拆包；</li>
<li>要发送的数据超过了最大报文长度的限制，TCP 传输数据时进行拆包；</li>
<li>要发送的数据包小于 TCP 发送缓冲区剩余空间，TCP 将多个数据包写满发送缓冲区一次发送出去，将发生粘包；</li>
<li>接收端没有及时读取 TCP 发送缓冲区中的数据包，将会发生粘包。</li>
</ul>
<p>粘包拆包的解决方法：</p>
<ul>
<li>发送端给数据包添加首部，首部中添加数据包的长度属性，这样接收端通过首部中的长度字段就可以知道数据包的实际长度啦；</li>
<li>针对发送的数据包小于缓冲区大小的情况，发送端可以将不同的数据包规定成同样的长度，不足这个长度的补充 0，接收端从缓冲区读取固定的长度数据这样就可以区分不同的数据包；</li>
<li>发送端通过给不同的数据包添加间隔符合确定边界，接收端通过这个间隔符合就可以区分不同的数据包。</li>
</ul>
<h1>9. TCP 如何保证可靠性</h1>
<p><strong>序列号和确认号机制：</strong></p>
<p>TCP 发送端发送数据包的时候会选择一个 seq 序列号，接收端收到数据包后会检测数据包的完整性，如果检测通过会响应一个 ack 确认号表示收到了数据包。</p>
<p><strong>超时重发机制：</strong></p>
<p>TCP 发送端发送了数据包后会启动一个定时器，如果一定时间没有收到接受端的确认后，将会重新发送该数据包。</p>
<p><strong>对乱序数据包重新排序：</strong></p>
<p>从 IP 网络层传输到 TCP 层的数据包可能会乱序，TCP 层会对数据包重新排序再发给应用层。</p>
<p><strong>丢弃重复数据：</strong></p>
<p>从 IP 网络层传输到 TCP 层的数据包可能会重复，TCP 层会丢弃重复的数据包。</p>
<p><strong>流量控制：</strong></p>
<p>TCP 发送端和接收端都有一个固定大小的缓冲空间，为了防止发送端发送数据的速度太快导致接收端缓冲区溢出，发送端只能发送接收端可以接纳的数据，为了达到这种控制效果，TCP 用了流量控制协议（可变大小的滑动窗口协议）来实现。</p>
<h1>10. 拥塞控制与流量控制的区别？</h1>
<ul>
<li>流量控制是为了防止发送端发送数据过快把接收端的缓存填满，引入滑动窗口来控制流量；</li>
<li>拥塞控制是为了防止当网络发生拥塞的时候控制发送的速率，引入拥塞窗口来来反映网络传输能力，窗口变量记做 cwnd。</li>
</ul>
<p>先来看下流量控制的原理，下图为 TCP 发送端的发送情况：</p>
<ul>
<li>红色的数据包表示发送已确认的包；</li>
<li>绿色的数据包表示发送未确认的包；</li>
<li>蓝色的数据包表示已经准备好但是未发送的包；</li>
<li>紫色的数据包表示没有准备好不可以发送的包；</li>
</ul>
<p>可以看到滑动窗口的固定大小是 5，滑动窗口的大小等于未确认的包 + 已经准备好但是未发送的包，每次收到 ACK 就会增加一个红色的数据包，然后滑动窗口向右移动一位，即最左边的绿色数据包移出滑动窗口变成红色，下一个紫色的数据包进入滑动窗口变成蓝色准备发送。</p>
<p><img src="assets/c64a25f0-6208-11ea-a668-f192d436bd20.jpg" alt="在这里插入图片描述" /></p>
<p>再看下接收端的接收情况：</p>
<ul>
<li>红色的数据包表示接收已确认的包；</li>
<li>绿色的数据包表示等待接收和未确认的包；</li>
<li>紫色的数据包表示不能接收的包；</li>
</ul>
<p>在接收端这边可以看到滑动窗口内有一个虚线的数据包，表示该数据包还没有收到，该数据包可能发生了丢包的情况或者乱序了，这个时候接收端会先将该数据包缓存着，等待发送端超时重发。</p>
<p><img src="assets/c2a24c40-620b-11ea-a953-eb2d85b71649.jpg" alt="在这里插入图片描述" /></p>
<p>当发送端发送数据包速度过快，导致接收端的缓存空间不够用，或者接收端一直不读取缓存空间中的数据包，接收端可以改变滑动窗口的大小甚至变为 0，让发送端停止发送数据包，从下图可以看出滑动窗口并没有向右移动，而是滑动窗口左边界向右移动了一格。</p>
<p><img src="assets/2c6481f0-620e-11ea-a8ef-2f0233a71edf.jpg" alt="在这里插入图片描述" /></p>
<p>这种情况下接收端的滑动窗口的大小变成了 0，发送端也不再发送新的数据包，但是发送端会定时发送窗口探测数据包，和接收端商量是否可以改变滑动窗口的大小，接收端在窗口大小比较小的情况下不会立马回复发送端可以改变窗口大小，而是等到接收端的缓存空间为空的时候再改变窗口大小。</p>
<p><img src="assets/a70d1ca0-620e-11ea-b926-c1b076d2949e.jpg" alt="在这里插入图片描述" /></p>
<p>接下来再分析下拥塞控制的原理，先看下图这种极端情况，管道中能容纳 6 个数据包，有 3 个未接收的数据包和 3 个 ack 数据包，正好把管道撑满，如果再往管道中发送数据，那么数据包会被缓存在设备中增加时延或者丢弃多余的包，而 TCP 面对丢包的问题只能重发数据，重发数据又导致了更严重的延迟和更多的丢包，从而造成恶心循环，而拥塞控制就是为了处理时延带来的超时重传和丢包问题的。</p>
<p><img src="assets/dac94110-6211-11ea-8203-f9436e7f1e6d.jpg" alt="在这里插入图片描述" /></p>
<p>先来看下拥塞窗口和发送端实际可用的窗口大小的联系：</p>
<ul>
<li>发送端实际可用窗口大小 = min{awnd, cwnd}；</li>
<li>其中 awnd 表示接收端的窗口大小，cwnd 表示拥塞窗口的大小，当发生超时重传的时候拥塞窗口的值会急剧的变小，发送端窗口的大小也跟着急剧变小，从而控制了发送端发出的数据量。</li>
</ul>
<p>如下图所示，拥塞控制一共有 4 个算法。</p>
<p><strong>慢开始：</strong></p>
<ul>
<li>当一个 TCP 连接刚启动的时候，或者是超时重传导致的丢包时，需要执行慢开始，慢开始会初始化 cwnd = 1 MSS（初始化窗口值）；</li>
<li>然后一点点提速，每当发送端收到一个 ack，cwnd 就会扩大一倍，cwnd = 2^k（k 代表轮次）呈现出指数上升。当遇到 ssthresh（slow start threshold）阈值的时候，就会进入拥塞避免状态，之后呈现线性分布。</li>
</ul>
<p><strong>拥塞避免：</strong></p>
<p>当 cwnd 增长过快并且超过了 ssthresh 阈值的话，为了防止网络拥塞，将会进入拥塞避免状态，cwnd 呈现线性增长。</p>
<p><strong>超时重传：</strong></p>
<p>当遇到超时重传导致的丢包的时候，ssthresh = 当前 cwnd/2，cwnd 值重置为 1，然后重新进入慢开始状态。</p>
<p><strong>快速恢复：</strong></p>
<ul>
<li>当执行慢开始的时候，收到了 3 个重复的 ack 包，表示现在的网络环境没有那么拥塞了，可以进入快速恢复的状态啦；</li>
<li>这个时候 ssthresh = 当前 cwnd/2，cwnd 重置为新的 ssthresh，即 cwnd = ssthresh ，然后进入拥塞避免状态。</li>
</ul>
<p><img src="assets/6dc6f000-6219-11ea-b926-c1b076d2949e.jpg" alt="在这里插入图片描述" /></p>
<h1>11. OSI 的七层模型都有哪些？</h1>
<ul>
<li>应用层：各种应用程序协议，比如 HTTP、HTTPS、FTP、SOCKS 安全套接字协议、DNS 域名系统、GDP 网关发现协议等等。</li>
<li>表示层：加密解密、转换翻译、压缩解压缩，比如 LPP 轻量级表示协议。</li>
<li>会话层：不同机器上的用户建立和管理会话，比如 SSL 安全套接字层协议、TLS 传输层安全协议、RPC 远程过程调用协议等等。</li>
<li>传输层：接受上一层的数据，在必要的时候对数据进行分割，并将这些数据交给网络层，保证这些数据段有效到达对端，比如 TCP 传输控制协议、UDP 数据报协议。</li>
<li>网络层：控制子网的运行：逻辑编址、分组传输、路由选择，比如 IP、IPV6、SLIP 等等。</li>
<li>数据链路层：物理寻址，同时将原始比特流转变为逻辑传输路线，比如 XTP 压缩传输协议、PPTP 点对点隧道协议等等。</li>
<li>物理层：机械、电子、定时接口通信信道上的原始比特流传输，比如 IEEE802.2 等等。</li>
</ul>
<p><img src="assets/cdca1570-6220-11ea-908f-45592ed2b610.jpg" alt="在这里插入图片描述" /></p>
<h1>12. 网络浏览器访问一个网址的整个过程？</h1>
<p>\1. 应用层的 DNS 域名解析协议将网址解析为 IP 地址。</p>
<p>浏览器会先查看缓存中有没有 DNS 解析过的这个 IP 地址，如果有的话就不会查询 DNS 服务；如果没有就查看操作系统的 hosts 文件是 否有 DNS 解析过的这个 IP 地址；如果还是没有的话就会向 DNS 服务器发送数据包对域名进行解析，找到解析后的 IP 地址后返回客户端。</p>
<p>\2. 浏览器得到网址对应的服务器的 IP 地址后，通过与服务器三次握手建立 TCP 连接。</p>
<p><img src="assets/140b6fd0-62e8-11ea-9b06-5f146ad63a8a.jpg" alt="在这里插入图片描述" /></p>
<p>\3. 浏览器与服务器建立好 TCP 连接后，就会发送 HTTP 请求。</p>
<ul>
<li>首先在应用层会封装一个 HTTP 请求，包括通用头、请求头和报文主体等；</li>
<li>然后在传输层会将 HTTP 数据包嵌入到 TCP 报文段中；</li>
<li>然后在网络层将 TCP 数据包嵌入到 IP 报文段中；</li>
<li>最后将 IP 数据包嵌入到以太网数据包中在网络中传输。</li>
</ul>
<p><img src="assets/87baf4e0-62e9-11ea-94d9-09523e73926b.jpg" alt="在这里插入图片描述" /></p>
<p>\4. 服务器处理浏览器发送的 HTTP 请求。</p>
<p>浏览器向 Web 服务器如 Nginx 发送 HTTP 请求，Nginx 将请求转发给 Tomcat 服务器，Tomcat 服务器请求 MySQL、Redis 等 DB 服务器，得到结果后将 Velocity 模板引擎和数据整合，将生成的静态页面文件通过 Nginx 返回给浏览器。</p>
<p><img src="assets/87580d00-62ec-11ea-af20-4f6854ce034d.jpg" alt="在这里插入图片描述" /></p>
<p>\5. 服务器返回响应结果。</p>
<p>在响应头中返回了 HTTP 状态码、HTTP 协议版本、是否为长连接、文本编码类型、日期等等。</p>
<p><img src="assets/c8b83cb0-62ed-11ea-b0ad-ffc9490087fa.jpg" alt="在这里插入图片描述" /></p>
<p>\6. 浏览器和者服务器通过四次挥手关闭 TCP。</p>
<p><img src="assets/42851d60-62ee-11ea-94d9-09523e73926b.jpg" alt="在这里插入图片描述" /></p>
<p>\7. 浏览器解析 HTML、CSS、JS 等进行页面渲染。</p>
<h1>14. 域名解析详细过程</h1>
<ol>
<li>浏览器访问 www.baidu.com，询问本地 DNS 服务器是否缓存了该网址解析后的 IP 地址。</li>
<li>如果本地 DNS 服务器没有缓存的话，就去 root-servers.net 根服务器查询该网址对应的 IP 地址。</li>
<li>根服务器返回顶级域名服务器的网址 gtld-servers.net，然后本地 DNS 服务器去顶级域名服务器查询该网址对应的 IP 地址。</li>
<li>顶级域名服务器返回 www.baidu.com 主区域服务器的地址，然后本地 DNS 服务器去 www.baidu.com 主区域服务器查询此域名对应的 IP 地址。</li>
<li>本地 DNS 服务器拿到 www.baidu.com 解析后的 IP 地址后，缓存起来以便备查，然后把解析后的 IP 地址返回给浏览器。</li>
</ol>
<h1>15. IP 地址分为几类，每类都代表什么，私网是哪些？</h1>
<p>大致上分为公共地址和私有地址两大类，公共地址可以在外网中随意访问，私有地址只能在内网访问只有通过代理服务器才可以和外网通信。</p>
<p>公共地址：</p>
<pre><code>1.0.0.1～126.255.255.254
128.0.0.1～191.255.255.254
192.0.0.1～223.255.255.254
224.0.0.1～239.255.255.254
240.0.0.1～255.255.255.254
</code></pre>
<p>私有地址：</p>
<pre><code>10.0.0.0～10.255.255.255
172.16.0.0～172.31.255.255
192.168.0.0～192.168.255.255
</code></pre>
<ul>
<li>0.0.0.0 路由器转发使用</li>
<li>127.x.x.x 保留</li>
<li>255.255.255.255 局域网下的广播地址</li>
</ul>
<h1>16. 计算机网络中的同步和异步</h1>
<ul>
<li>异步传输是面向字符的传输，同步传输是面向数据帧（比特组）的传输；</li>
<li>异步传输中每个字符都有起始位和停止位，由于每个信息都加了“同步”信息，导致传输负载加大，所以异步传输常用于低速的设备；</li>
<li>同步通过从数据帧中抽取同步信息，通过特定的时钟线路协调时序，由于同步信息占用数据帧的百分比比较小，所以开销比异步小效率比异步高。</li>
</ul>
<h1>总结</h1>
<p>网络编程在最近几年的面试题中出现的频率越来越频繁，深入理解网络通信协议也将变得刻不容缓。</p>
</div>
</div>
<div>
<div style="float: left">
<a href="/文章/Java NIO浅析.md.html">上一页</a>
</div>
<div style="float: right">
<a href="/文章/Java-直接内存 DirectMemory 详解.md.html">下一页</a>
</div>
</div>
</div>
</div>
</div>
</div>
<a class="off-canvas-overlay" onclick="hide_canvas()"></a>
</div>
<script defer src="https://static.cloudflareinsights.com/beacon.min.js/v652eace1692a40cfa3763df669d7439c1639079717194" integrity="sha512-Gi7xpJR8tSkrpF7aordPZQlW2DLtzUlZcumS8dMQjwDHEnw9I7ZLyiOj/6tZStRBGtGgN6ceN6cMH8z7etPGlw==" data-cf-beacon='{"rayId":"70997fb759628b66","version":"2021.12.0","r":1,"token":"1f5d475227ce4f0089a7cff1ab17c0f5","si":100}' crossorigin="anonymous"></script>
</body>
<!-- Global site tag (gtag.js) - Google Analytics -->
<script async src="https://www.googletagmanager.com/gtag/js?id=G-NPSEEVD756"></script>
<script>
window.dataLayer = window.dataLayer || [];
function gtag() {
dataLayer.push(arguments);
}
gtag('js', new Date());
gtag('config', 'G-NPSEEVD756');
var path = window.location.pathname
var cookie = getCookie("lastPath");
console.log(path)
if (path.replace("/", "") === "") {
if (cookie.replace("/", "") !== "") {
console.log(cookie)
document.getElementById("tip").innerHTML = "<a href='" + cookie + "'>跳转到上次进度</a>"
}
} else {
setCookie("lastPath", path)
}
function setCookie(cname, cvalue) {
var d = new Date();
d.setTime(d.getTime() + (180 * 24 * 60 * 60 * 1000));
var expires = "expires=" + d.toGMTString();
document.cookie = cname + "=" + cvalue + "; " + expires + ";path = /";
}
function getCookie(cname) {
var name = cname + "=";
var ca = document.cookie.split(';');
for (var i = 0; i < ca.length; i++) {
var c = ca[i].trim();
if (c.indexOf(name) === 0) return c.substring(name.length, c.length);
}
return "";
}
</script>
</html>
Reference in New Issue View Git Blame Copy Permalink