嘿嘿，之前说是尽量每天更新关于JZHTTPD的编写，但每次不是因为数学作业太多就没有写，就是因为写的太投入，一写写好久导致最后没时间来写Blog。

今天下午是交作业的Deadline，我赶在中午的时候把JZHTTPD的雏形终于写好了，现在来Blog上填坑。

首先代码都可以在Github 上看到

因为在写的时候有不少参考了github上的tinyhttpd ，所以和它有点神似之处。。

先从serverStartup这个函数讲起，要能达到和用户机（client）建立连接的目的，我们首先要在服务器上开创一个套接字socket，所有的数据传输都通过socket完成，新建socket，需要用到函数socket(AF_INET,SOCK_STREAM, 0);在这里AF_INET表示使用的是iPv4协议，SOCK_STREAM表示是数据流传输，其他参数可通过man(Linux 中)查看（接下来要讲到的函数也一样）。这个函数返回一个整形作为我们新建的socket的标识符，之后每次在其他函数中调用这个socket，传入这个返回值就可以（因此我们需要声明一个int来接收这个返回值）。

2017/12/26

接下来，我们通过sockaddr_in 这个struct 来对我们的建立好的socket进行一些设置，比如说，设置端口，其中设置端口的时候我们需要使用htons()这个宏函数将我们的端口号改成网络字节顺序（因为不同的计算机对数据的存储方式不同，有的是高位在低位的左边，有的是高位在低位的右边）。接着用setsockopt 这个函数对socket进行一些设置，具体参数可以参见man手册或去Google，然后分别调用bind 和 listen绑定与建立监听，其中listen函数的第二个参数指明的是允许等待的连接数。这样，我们启动服务的过程就完成了，我们将这个socket的表示符作为返回值返回，并正在主函数中接受它。

接下来我们使用accept函数来接受用户的连接请求，因为我们的服务需要允许（不同用户）用户的多次连接，所以将accept放在while循环里面，该函数返回值为一个socket处理代码，之后每次数据传输由该socket处理。

建立连接后，通过recv函数读取用户的http request。并调用acceptRequest函数来处理它。因为我们需要对特定socket进行操作，该函数应该要接收两个参数，一个是int型的，用来指明数据往哪传，一个是char* 型，用来存放用户的请求信息。

一个http 请求的开始两个单词分别是请求的method 和 请求的路径。作为一个最简单的httpd服务器，我们也最（只）关心这两个东西。所以我们在处理请求的时候分别将它俩读入method字符串和url字符串中，对后面的请求信息就直接无视了。

读入后，我们首先要判断请求的方法是否为get，如果不是，那么就要告诉用户你请求的方法我们没有实现，具体是直接调用unimplemented()这个函数实现的，这个函数仿照了tinyhttpd中的方法，新建了一个字符串， 直接在程序中向它写入html代码，并通过write函数写给用户。

如果方法是get，那么我们就要从服务器上找到用户请求的文件返回给用户，如果用户请求的末位是”/”，也就是说用户没有指明请求什么文件（这种情况很常见，比如你在访问本Blog的时候，你访问的是www.jerry.com 而不是www.jerrypoi.com/index.php），因此，如果用户的访问最后结尾的是/，我们就要给它加上（默认）index.html，加上后，我们用sprintf这个函数，将默认html代码存储路径+url字符串 赋给path，并调用fopen打开path，如果打开失败，那么就是404 notfound，这时调用notfound函数告诉用户notfound，notfound实现方法和unimplemented()函数实现方法相同。

如果打开成功，调用header 来写http response的头，这时的状态码应该是200，然后调用sendFile将打开的文件发给用户。这就是整个JZHTTPD的运行原理了，如果你喜欢我的讲解，欢迎移步Github 点赞:)

今天是有里程碑意义的一天，咱们的JZHTTPD终于可以接收到HTTP请求了（虽然还不能返回HTTP报文），这种感觉有点像费劲心思像见到一个人然后终于见到一样，有些小开心www。

建立tcp/ip连接首先需要新建一个socket

在c中，要使用socket(int,int,int)函数新建socket，该函数定义在sys/socket.h头文件下还有一直困扰我很久的在一些头文件中sin的意思终于被我搞明白了….sin不是三角函数，而是Socket INternet hhhh

然而去Google搜了一下，好像大家对那些头文件中奇怪的名字好像也不是很理解，比如说address_in 中的in….大概是只可意会不可言传吧hh

还有定义在<arpa/inet.h>中的htons(unsigned int)负责将参数转换为网络字节顺序,至于要在设么时候转换成网络字节顺序，详见这篇文章，

You should generally always use them on all raw integers sent across the network…
If you’ve got a 16-bit int, you use htons() on data you’re about to send, and ntohs()
on data you’ve received; if you’ve got a 32-bit int, you use htonl()/ntohl()…  (Sadly,
there’s no standard 64-bit versions yet, so if you’ve got a 64-bit int, you kind of have
to roll your own…)  If you’ve got anything other than a raw int of some kind, you don’t
use them…  Ie: single characters or strings of multiple characters never need any
such trickery done to them…  And, you only need to do it on ints that actually are
transmitted across the network…  (This includes ones you actually send yourself, as
well as ones sent for you by the TCP/IP stack in packet headers and such…  Eg: raw
IPs, port numbers, etc…)

The reason this is necessary is due to different machines having different native ideas
about how to layout integer values in memory…  Technically, if you were sending to a
host that was the same architecture as you (or, at least the same endianness), you
wouldn’t have to bother converting to/from network order on any ints you send,
since both ends would agree on how to interpret them…  But, if you’re coding
something intended to work generically, communicating with any machine on the
Net, you have to allow for the fact that that machine may not agree with you about
how ints are stored, so you’ll both need to talk to each other in network order, and
do your own conversions to/from your native host order as necessary…

简单总结就是任何要发到网络的整形数字都应转换成网络字节顺序再用，以及任何从网络接收的整形数字都应当用ntohs转换成本机适用的整形。