Go天生支持高并发等特性，不仅适合做服务器端开发、分布式存储，同样适合Web网络应用开发。
TCP协议和UDP协议的对比？
TCP协议的优点：
- 可靠稳定
- TCP在传输数据之前，会有三次握手来建立连接
- TCP在传输数据时，有确认、窗口、重传、拥塞控制机制
- TCP在传输数据完成后，会断开连接用来节省系统资源
TCP协议的缺点：
- 慢，传输效率低
- 占用系统资源高
- 容易被攻击（DOS/DDOS/CC攻击）
UDP协议的优点：
- 快
- 无连接的方式，占用系统资源少
- 比TCP安全
UDP协议的缺点：
- 不可靠，不稳定
- 没有可靠的机制，当网络条件不好时，容易丢包
各种攻击的名词解释
DOS攻击
- Denial of Service,即拒绝服务攻击，其目的是使计算机或网络无法提供正常的服务。常见的DOS攻击有：
- 计算机网络带宽攻击：以极大的通信量冲击网络，使所有可用的网络资源消耗殆尽，最终导致合法的用户请求也无法通过。
- 连通性攻击：用大量的连接请求冲击计算机，使得所有可用的操作系统资源消耗殆尽，最终计算机无法处理正常用户的请求。
DDOS攻击
- Distributed Denial of Service,即分布式拒绝服务攻击，是在DOS攻击上发展而来的。
- 因为个人黑客攻击者很难使用高带宽的资源，为了克服这个缺点，黑客们开发了分布式的攻击。
- 攻击者简单工具，集合许多网络带宽同时对一个目标发动大量的攻击请求，这就是DDOS攻击。
CC攻击
- Challenge Collapsar Attack,挑战黑洞攻击，是DDoS攻击的一种类型。
- 使用代理服务器向受害服务器发送大量貌似合法的请求
阻塞调用和同步调用的区别？
- 首先说明一下，阻塞调用和同步调用是不同的
- 从底层来讲，同步调用的当前线程还是激活的，只是从逻辑上来讲没有返回而已。当前线程还可以处理其他各种各样的信息。
- 但是阻塞调用则不然，阻塞调用是说当前线程是阻塞不可用的状态，不仅没有返回。而且当前线程不可以处理其他信息。
关于同步异步I/O 和 阻塞非阻塞I/O 更深刻的理解
准备阶段和操作阶段
首先说明一下针对网络IO的操作，可以分为两个阶段，准备阶段和操作阶段
- 准备阶段：判断能否进入准备阶段，即等待数据是否可用，这一阶段在内核进程中完成
- 操作阶段：执行实际的IO调用，数据从内核缓冲区拷贝到用户进程缓冲区。
同步或者异步IO
- 是指访问数据的机制，也就是实际IO操作的完成方式
- 同步一般指主动发送请求并等待IO操作完毕的方式，IO操作未完成前，会导致应用程序挂起
- 异步是指用户触发IO操作后就开始做自己的事情，当IO操作已经完成的时候会得到IO完成的通知（异步的特点就是通知），这样可以使进程在数据读写时不阻塞。
阻塞或者不阻塞IO
- 主要是指IO操作第一阶段的完成方式（内核缓冲区的数据未就绪），数据还没有准备好的时候，应用程序的表现，如果这里进程挂起，就是阻塞IO,否则是非阻塞IO。
- 阻塞和非阻塞是针对于进程在访问数据的时候，根据IO操作的就绪状态来采取不同的方式。
- 更简单点说：阻塞和非阻塞是一种读取或者写入操作函数的实现方式，阻塞方式下读取或者写入函数将一直等待；非阻塞方式下，读取或者写入函数会立即返回一个状态值。
http与https的区别?
- https协议需要到CA申请证书，一般免费证书较少，因而需要一定费用。
- http是超文本传输协议，信息是明文传输，https则是具有安全性的ssl/tls加密传输协议。
- http和https使用的是完全不同的连接方式，用的端口也不一样，前者是80，后者是443。http的连接很简单，是无状态的；
- HTTPS协议是由SSL/TLS+HTTP协议构建的可进行加密传输、身份认证的网络协议，比http协议安全。
session与cookie的对比？
- session数据存储在服务器，cookie数据存储在客户端浏览器上
- cookie不是很安全，我们可以查询伪造存储再客户端的cookie进行欺骗请求，考虑到安全应该使用session
- session会在一定时间内保存在服务器，当访问量增多时，会比较占用服务器性能，考虑到性能时可以使用cookie
- 单个cookie保存的数据不能超过4kb，很多浏览器会限制一个站点最多保存的cookie数
- cookie具有不可跨域名性
- 会话cookie和持久cookie：
- 会话cookie即不设置过期时间，会随着浏览器关闭就消失的cookie，一般存储在内存中；
- 持久cookie即设置了过期时间，即使关闭了浏览器也不会消失的cookie，一般存在硬盘中；再次打开浏览器仍然有效，直到达到过期时间。
- session共享：
- 对于多网站单服务器（同一父域名不同子域名）如何解决不同网站之间的SessionId共享问题？由于域名不同（a.test.com,b.test.com）,而sessionId又分别存储再不同的cookie中，我们的思路就是改变cookie的存储范围到父域名，达到共享cookie的目的，从而实现SessionId的共享。
- 由此带来的弊端是子站之间的cookie信息也被共享了
- 比较好的实践是：把登录信息等敏感数据保存到session中，其他非敏感数据保存在cookie中
输入一个网址到浏览器渲染出页面的流程是什么？
- 在客户端浏览器中输入网址URL。
- 发送到DNS(域名服务器)获得域名对应的WEB服务器的IP地址。
- 客户端浏览器与WEB服务器建立TCP(传输控制协议)连接。
- 客户端浏览器向对应IP地址的WEB服务器发送相应的HTTP或HTTPS请求。
- WEB服务器响应请求，返回指定的URL数据或错误信息；如果设定重定向，则重定向到新的URL地址。
- 客户端浏览器下载数据，解析HTML源文件，解析的过程中实现对页面的排版，解析完成后，在浏览器中显示基础的页面。
- 分析页面中的超链接，显示在当前页面，重复以上过程直至没有超链接需要发送，完成页面的全部显示。
阻塞非阻塞IO 和 同步异步IO 的底层理解感觉不是很到位，欢迎大家在评论区赐教。