前言
昨天尝试了，基于对http协议的探究，我们用控制台写了一个简单的浏览器。尽管浏览器很low，但是对于http协议有个更好的理解。
说了上面这一段，诸位猜到我要干嘛了吗？（其实不用猜哈，标题里都有，又都不瞎。。。我就是调侃一下，说些没营养的笑话。我认为这样能不那么枯燥，尽管不好笑吧，但这不重要！）
没错，今天要尝试的东西，是自己写一个web服务器。初衷依旧和昨天一样，旨在理解一些东西，而不是真的写出一个多牛的东西。
第一次尝试（V1.0）
1.理论支持
其实关于http协议的理论方面我在《写一个浏览器》的博文中已经说过了，这里不再累述了。
这里主要要说的关于Socket方面的。主要是一个例子，关于Socket如何建立服务端程序的简单的代码掩饰。
static void Main(string[] args)
{
//创建一个新的Socket,这里我们使用最常用的基于TCP的Stream Socket（流式套接字）
var socket = new Socket(AddressFamily.InterNetwork, SocketType.Stream, ProtocolType.Tcp);
//将该socket绑定到主机上面的某个端口
socket.Bind(new IPEndPoint(IPAddress.Any, 4530));
//启动监听，并且设置一个最大的队列长度
socket.Listen(4);
//到这里我们的Socket已经运行起来了，但仅仅是运行起来，什么都不会做的！
Console.WriteLine("Server is ready!");
Console.Read();
}
打开调试一口，因为要监听某个端口，windows会有这样的一个提示。点允许就好了。
从上面例子看，socket的职责仅仅是监听4530端口，什么都不会做的！
就像一个人的耳朵。他会聆听，但是不会倾诉。职责所限，我们需要一个监听4530端口的耳朵。
但是从交流的角度看，web服务器仅仅能聆听是不够的。
请求来了以后（监听到请求以后），我还需要一个既能聆听，又能诉说的Socket。去和请求交流。
刚刚那个socket为啥不能直接交流呢？ 不不不，他得继续去聆听新的请求。
2.说说思路
这次实验的主要思路是这样的。
1）监听4530端口
2）当请求来了以后，我们使用Socket socket = serverSocket.Accept();建立一个新的socket。
3）新的socket返回一个字符串给请求方！
完了（读liao）。
也就是说，我们v1.0版本的web服务器，不管你如何请求，他都会返回你同一个字符串！（任性吧？其实我挺喜欢就这样的。）
3.代码
static void Main(string[] args)
{
//我仅负责聆听，因为你来了，我就得接着等待下一个。
//（据说注释写成这样的都是妖精！工作时候这样写能被打死不？等我找着工作了我试试）
Socket serverSocket = new Socket(AddressFamily.InterNetwork, SocketType.Stream, ProtocolType.Tcp);
//绑定监听的端口
serverSocket.Bind(new IPEndPoint(IPAddress.Any, 8070));
//开始聆听你的请求
serverSocket.Listen(10);
while (true)
{
Console.WriteLine("等着请求");
//没有请求的状态下，程序就在这里停留。
//你来了，serverSocket就会把你的心愿告诉给一个新的socket。程序就继续执行了！（哎呀，文艺）
Socket socket = serverSocket.Accept();
Console.WriteLine("来了请求");
using (NetworkStream stream = new NetworkStream(socket))
using (StreamReader reader = new StreamReader(stream))
{
string line;
while ((line = reader.ReadLine()) != null)
{
Console.WriteLine(line);
if (line.Length <= 0)
{
break;//遇到空行了，请求结束了不用再等了
//如果不break，就一直卡在ReadLine()等着浏览器发后续的数据
}
}
}
using (NetworkStream stream = new NetworkStream(socket))
using (StreamWriter writer = new StreamWriter(stream))
{
writer.WriteLine("HTTP/1.1 200 OK");
writer.WriteLine();
writer.WriteLine("哎呀，你好，你好！");
}
socket.Disconnect(false);
}
}
4.调试
我们就这样任性的、如qq自动回互般的，高冷的一直回答说：“哎呀，你好，你好！”。
改进（V2.0）
1.改进需求
上一个版本的web服务器（姑且这么叫着。）根本没有一点web服务器的样子。聊天嘛，总不能一直“呵呵”下去。会没朋友的！
所以新的web服务器改进需求如下。
1.能够获取请求 路径
2.能够根据请求路径对应的文件，返回响应的静态页面！
好歹有个正经人家孩子的样子嘛，老“呵呵”，成何体统。
我们话不多说，直接开始敲代码吧！
2.实现
static void Main(string[] args)
{
Socket serverSocket = new Socket(AddressFamily.InterNetwork, SocketType.Stream, ProtocolType.Tcp);
serverSocket.Bind(new IPEndPoint(IPAddress.Any, 8080));
serverSocket.Listen(10);
while (true)
{
Console.WriteLine("等着请求");
Socket socket = serverSocket.Accept();
Console.WriteLine("来了请求");
string firstLine;
using (NetworkStream stream = new NetworkStream(socket))
using (StreamReader reader = new StreamReader(stream))
{
//想1.0版本里多出了这么一句。
//想想http请求报文格式吧，第一行有文件路径的喏！
firstLine = reader.ReadLine();
string line;
while ((line = reader.ReadLine()) != null)
{
Console.WriteLine(line);
if (line.Length <= 0)
{
break;//遇到空行了，请求结束了不用再等了
//如果不break，就一直卡在ReadLine()等着浏览器发后续的数据
}
}
}
//获取请求路径
string[] strs = firstLine.Split(‘ ‘);
//url就获取到了 类似index.html的这样的串。
string url = strs[1];
Console.WriteLine("url=" + url);
using (NetworkStream stream = new NetworkStream(socket))
using (StreamWriter writer = new StreamWriter(stream))
{
//为什么要指定绝对路径呢？想想正常web服务器里的【物理路径】是啥意思。应该就懂了。
string filePath = @"C:\Users\WinterT\Desktop\消息框、JBar" + url;
Console.WriteLine("filePath=" + filePath);
if (File.Exists(filePath))
{
writer.WriteLine("HTTP/1.1 200 OK");
writer.WriteLine();
string html =
File.ReadAllText(filePath);
Console.WriteLine(html);
writer.Write(html);
}
else
{
writer.WriteLine("HTTP/1.1 404 NOT FOUND");
writer.WriteLine();
writer.Write("404，没有找到");
}
}
socket.Disconnect(false);
}
}
3.调试
请求的是我电脑里已有的一个html页面。成功的显示出来了！
结束感言
（表示我很开心）
其实这次实验，得出的结论依然是http协议是请求/响应式的。传递的是文本！
就这个软件而言，还有很多需要改进的地方。 但这不是重点。重点是理解一些东西，做web服务器只是形式，而非目的！
PS:刚刚发现，现在补充进来。
不知道诸位注意到没有。
我的web服务器，每次我从浏览器输入url发出一个请求后，服务器的控制台上都会显示两个请求。
那么多出来的那个请求是干啥的呢？我们再仔细看一下图！
对，没错。浏览器在请求网站图标！
也就是说，我们想做网站图标的话，直接在网站根目录下放一个做好的
favicon.ico文件就好了！！