通过IP地址和子网掩码与运算计算相关地址
http://blog.csdn.net/perddy/article/details/3137637
1、TCP/IP
1.1 TCP/IP四层模型
http://blog.csdn.net/hbtj_1216/article/details/76472747
1.2 IP、TCP、UDP首部详解
http://blog.csdn.net/hbtj_1216/article/details/76473088
1.3 IP是面向无连接的协议
IP是面向无连接的。
在发包之前，不需要建立与对端目标地址之间的连接。上层如果有发送给IP的数据，该数据会立即被压缩成IP包发送出去。
可能存在的问题：丢包、错位、数据量翻倍等。
为什么IP要采用面向无连接的呢？
主要有两点原因：（1）为了简化；（2）为了提速。
面向连接比面向无连接处理相对复杂。甚至管理每个连接本身就是一个相当繁琐的事情。此外，每次通信之前都要事先建立连接，又会降低处理速度。需要有连接的时候，可以委托上一层的协议提供此项服务。因此，IP为了实现简单化与高速化采用了面向无连接的方式。
并且，网络通信中如果能够进行有效的分层，就可以明确TCP与IP各自协议的最终目的，也有利于后续对这些协议进行扩展和性能上的优化。
1.4 TCP和UDP的区别
TCP与UDP区别总结：
TCP面向连接。UDP是无连接的，即发送数据之前不需要建立连接。
TCP提供可靠的服务。也就是说，通过TCP连接传送的数据，无差错，不丢失，不重复，且按序到达；UDP尽最大努力交付，也就是说，不保证可靠交付。
TCP面向字节流，实际上是TCP把数据看成一连串无结构的字节流；UDP是面向报文的。UDP没有拥塞控制，因此网络出现拥塞不会使源主机的发送速率降低（对实时应用很有用，如IP电话，实时视频会议等）。
每一条TCP连接只能是点到点的；UDP支持一对一，一对多，多对一和多对多的交互通信。
TCP首部开销20字节；UDP的首部开销小，只有8个字节。
TCP的逻辑通信信道是全双工的可靠信道，UDP则是不可靠信道。
http://blog.csdn.net/li_ning_/article/details/52117463
1.5 TCP三次握手和四次挥手
http://blog.csdn.net/hbtj_1216/article/details/76498441
1.5 TCP拥塞控制
http://www.jianshu.com/p/5f7fefed4d85
TCP参数
Netty中的ChannelOption常用参数详解 http://blog.csdn.net/hbtj_1216/article/details/74199162
网络编程send,recv,read,write区别
http://blog.163.com/clevertanglei900@126/blog/static/111352259201122001933162/
一篇文章完全搞清楚 scoket read/write 返回码、阻塞与非阻塞、异常处理 等让你头疼已久的问题
http://www.cnblogs.com/junneyang/p/6126635.html
2、HTTP
2.1 HTTP请求报文
http://blog.csdn.net/hbtj_1216/article/details/76525112
2.2 HTTP响应报文
http://blog.csdn.net/hbtj_1216/article/details/76528361
2.3 HTTP常见状态码
http://blog.csdn.net/hbtj_1216/article/details/76550362
HTTP状态码大全： http://www.runoob.com/http/http-status-codes.html
2.4 HTTP 长连接和短连接
http://blog.csdn.net/hbtj_1216/article/details/77529623
从用户浏览器输入 url 到用户看到页面结果的过程，发生了什么事情？（HTTP请求的过程）
http://www.cnblogs.com/ddddemo/p/5624053.html
HTTP、HTTPS 的区别
HTTPS协议和HTTP协议的区别：
HTTPS协议需要到ca申请证书，一般免费证书很少，需要交费。
HTTP是超文本传输协议，信息是明文传输，HTTPS 则是具有安全性的SSL加密传输协议。
HTTP和HTTPS使用的是完全不同的连接方式用的端口也不一样，HTTP是80，HTTPS是443。
HTTP的连接很简单，是无状态的 。
HTTPS协议是由SSL+HTTP协议构建的可进行加密传输、身份认证的网络协议，要比HTTP协议安全。
http://www.jianshu.com/p/37654eb66b58
https加密完整过程
http://www.jianshu.com/p/2f6c93308370
HTTP1.0、HTTP2.0 的区别
http://blog.csdn.net/linsongbin1/article/details/54980801
GET、POST 的区别
http://blog.csdn.net/hbtj_1216/article/details/76552018
cookie 和 session 的区别
http://www.jianshu.com/p/aed2d6140c0a
HTTP请求中 Session 实现原理
http://blog.csdn.net/zhq426/article/details/2992488
redirect与forward区别
http://blog.csdn.net/hbtj_1216/article/details/76607076
URI、URL、URN区别
URI全名为Uniform Resource Indentifier（统一资源标识），用来唯一的标识一个资源，是一个通用的概念，URI由两个主要的子集URL和URN组成
URL全名为Uniform Resource Locator（统一资源定位），通过描述资源的位置来标识资源
URN全名为Uniform Resource Name（统一资源命名），通过资源的名字来标识资源，与其所处的位置无关，这样即使资源的位置发生变动，其URN也不会变化
HTTP规范将更通用的概念URI作为其资源标识符，但是实际上，HTTP应用程序处理的只是URI的URL子集
DNS解析的过程
http://blog.csdn.net/charleslei/article/details/50116061
计算机各层网络协议
http://www.jianshu.com/p/d70d54879ca6
2、介绍一下Java NIO中的Buffer、Channel和Selector的概念和作用
http://blog.csdn.net/hbtj_1216/article/details/76446547
Buffer和Channel详解： http://www.jianshu.com/p/052035037297
1、select、poll、epoll详解
http://blog.csdn.net/hbtj_1216/article/details/70568402
Level_triggered(水平触发)：当被监控的文件描述符上有可读写事件发生时，epoll_wait()会通知处理程序去读写。如果这次没有把数据一次性全部读写完(如读写缓冲区太小)，那么下次调用
epoll_wait()时，它还会通知你在上没读写完的文件描述符上继续读写，当然如果你一直不去读写，它会一直通知你！！！如果系统中有大量你不需要读写的就绪文件描述符，而它们每次都会返回，这样会大大降低处理程序检索自己关心的就绪文件描述符的效率！！！
Edge_triggered(边缘触发)：当被监控的文件描述符上有可读写事件发生时，epoll_wait()会通知处理程序去读写。如果这次没有把数据全部读写完(如读写缓冲区太小)，那么下次调用epoll_wait()时，它不会通知你，也就是它只会通知你一次，直到该文件描述符上出现第二次可读写事件才会通知你！！！这种模式比水平触发效率高，系统不会充斥大量你不关心的就绪文件描述符！！！
阻塞IO：当你去读一个阻塞的文件描述符时，如果在该文件描述符上没有数据可读，那么它会一直阻塞(通俗一点就是一直卡在调用函数那里)，直到有数据可读。当你去写一个阻塞的文件描述符时，如果在该文件描述符上没有空间(通常是缓冲区)可写，那么它会一直阻塞，直到有空间可写。以上的读和写我们统一指在某个文件描述符进行的操作，不单单指真正的读数据，写数据，还包括接收连接accept()，发起连接connect()等操作…
非阻塞IO：当你去读写一个非阻塞的文件描述符时，不管可不可以读写，它都会立即返回，返回成功说明读写操作完成了，返回失败会设置相应errno状态码，根据这个errno可以进一步执行其他处理。它不会像阻塞IO那样，卡在那里不动！！！
阻塞和非阻塞、同步和异步
http://blog.csdn.net/hbtj_1216/article/details/77866384