【转】如何开发自己的HttpServer-NanoHttpd源码解读

现在作为一个开发人员,http server相关的内容已经是无论如何都要了解的知识了。用curl发一个请求,配置一下apache,部署一个web server对我们来说都不是很难,但要想搞清楚这些背后都发生了什么技术细节还真不是很简单的。所以新的系列将是分享我学习Http Server的过程。

NanoHttpd是Github上的一个开源项目,号称只用一个java文件就能创建一个http server,我将通过分析NanoHttpd的源码解析如何开发自己的HttpServer。Github 地址:https://github.com/NanoHttpd/nanohttpd

在开始前首先简单说明HttpServer的基本要素:

1.能接受HttpRequest并返回HttpResponse

2.满足一个Server的基本特征,能够长时间运行

关于Http协议一般HttpServer都会声明支持Http协议的哪些特性,nanohttpd作为一个轻量级的httpserver只实现了最简单、最常用的功能,不过我们依然可以从中学习很多。

首先看下NanoHttpd类的start函数

[java] view plain copy

  1. public void start() throws IOException {
  2. myServerSocket = new ServerSocket();
  3. myServerSocket.bind((hostname != null) ? new InetSocketAddress(hostname, myPort) : new InetSocketAddress(myPort));
  4. myThread = new Thread(new Runnable() {
  5. @Override
  6. public void run() {
  7. do {
  8. try {
  9. final Socket finalAccept = myServerSocket.accept();
  10. registerConnection(finalAccept);
  11. finalAccept.setSoTimeout(SOCKET_READ_TIMEOUT);
  12. final InputStream inputStream = finalAccept.getInputStream();
  13. asyncRunner.exec(new Runnable() {
  14. @Override
  15. public void run() {
  16. OutputStream outputStream = null;
  17. try {
  18. outputStream = finalAccept.getOutputStream();
  19. TempFileManager tempFileManager = tempFileManagerFactory.create();
  20. HTTPSession session = new HTTPSession(tempFileManager, inputStream, outputStream, finalAccept.getInetAddress());
  21. while (!finalAccept.isClosed()) {
  22. session.execute();
  23. }
  24. } catch (Exception e) {
  25. // When the socket is closed by the client, we throw our own SocketException
  26. // to break the  "keep alive" loop above.
  27. if (!(e instanceof SocketException && "NanoHttpd Shutdown".equals(e.getMessage()))) {
  28. e.printStackTrace();
  29. }
  30. } finally {
  31. safeClose(outputStream);
  32. safeClose(inputStream);
  33. safeClose(finalAccept);
  34. unRegisterConnection(finalAccept);
  35. }
  36. }
  37. });
  38. } catch (IOException e) {
  39. }
  40. } while (!myServerSocket.isClosed());
  41. }
  42. });
  43. myThread.setDaemon(true);
  44. myThread.setName("NanoHttpd Main Listener");
  45. myThread.start();
  46. }

1.创建ServerSocket,bind制定端口

2.创建主线程,主线程负责和client建立连接

3.建立连接后会生成一个runnable对象放入asyncRunner中,asyncRunner.exec会创建一个线程来处理新生成的连接。

4.新线程首先创建了一个HttpSession,然后while(true)的执行httpSession.exec。

这里介绍下HttpSession的概念,HttpSession是java里Session概念的实现,简单来说一个Session就是一次httpClient->httpServer的连接,当连接close后session就结束了,如果没结束则session会一直存在。这点从这里的代码也能看到:如果socket不close或者exec没有抛出异常(异常有可能是client段断开连接)session会一直执行exec方法。

一个HttpSession中存储了一次网络连接中server应该保存的信息,比如:URI,METHOD,PARAMS,HEADERS,COOKIES等。

5.这里accept一个client的socket就创建一个独立线程的server模型是ThreadServer模型,特点是一个connection就会创建一个thread,是比较简单、常见的socket server实现。缺点是在同时处理大量连接时线程切换需要消耗大量的资源,如果有兴趣可以了解更加高效的NIO实现方式。

当获得client的socket后自然要开始处理client发送的httprequest。

Http Request Header的parse:

[plain] view plain copy

  1. // Read the first 8192 bytes.
  2. // The full header should fit in here.
  3. // Apache‘s default header limit is 8KB.
  4. // Do NOT assume that a single read will get the entire header at once!
  5. byte[] buf = new byte[BUFSIZE];
  6. splitbyte = 0;
  7. rlen = 0;
  8. {
  9. int read = -1;
  10. try {
  11. read = inputStream.read(buf, 0, BUFSIZE);
  12. } catch (Exception e) {
  13. safeClose(inputStream);
  14. safeClose(outputStream);
  15. throw new SocketException("NanoHttpd Shutdown");
  16. }
  17. if (read == -1) {
  18. // socket was been closed
  19. safeClose(inputStream);
  20. safeClose(outputStream);
  21. throw new SocketException("NanoHttpd Shutdown");
  22. }
  23. while (read > 0) {
  24. rlen += read;
  25. splitbyte = findHeaderEnd(buf, rlen);
  26. if (splitbyte > 0)
  27. break;
  28. read = inputStream.read(buf, rlen, BUFSIZE - rlen);
  29. }
  30. }

1.读取socket数据流的前8192个字节,因为http协议中头部最长为8192

2.通过findHeaderEnd函数找到header数据的截止位置,并把位置保存到splitbyte内。

[java] view plain copy

  1. if (splitbyte < rlen) {
  2. inputStream.unread(buf, splitbyte, rlen - splitbyte);
  3. }
  4. parms = new HashMap<String, String>();
  5. if(null == headers) {
  6. headers = new HashMap<String, String>();
  7. }
  8. // Create a BufferedReader for parsing the header.
  9. BufferedReader hin = new BufferedReader(new InputStreamReader(new ByteArrayInputStream(buf, 0, rlen)));
  10. // Decode the header into parms and header java properties
  11. Map<String, String> pre = new HashMap<String, String>();
  12. decodeHeader(hin, pre, parms, headers);

1.使用unread函数将之前读出来的body pushback回去,这里使用了pushbackstream,用法比较巧妙,因为一旦读到了header的尾部就需要进入下面的逻辑来判断是否需要再读下去了,而不应该一直读,读到没有数据为止

2.decodeHeader,将byte的header转换为java对象

[java] view plain copy

  1. private int findHeaderEnd(final byte[] buf, int rlen) {
  2. int splitbyte = 0;
  3. while (splitbyte + 3 < rlen) {
  4. if (buf[splitbyte] == ‘\r‘ && buf[splitbyte + 1] == ‘\n‘ && buf[splitbyte + 2] == ‘\r‘ && buf[splitbyte + 3] == ‘\n‘) {
  5. return splitbyte + 4;
  6. }
  7. splitbyte++;
  8. }
  9. return 0;
  10. }

1.http协议规定header和body之间使用两个回车换行分割

[java] view plain copy

  1. private void decodeHeader(BufferedReader in, Map<String, String> pre, Map<String, String> parms, Map<String, String> headers)
  2. throws ResponseException {
  3. try {
  4. // Read the request line
  5. String inLine = in.readLine();
  6. if (inLine == null) {
  7. return;
  8. }
  9. StringTokenizer st = new StringTokenizer(inLine);
  10. if (!st.hasMoreTokens()) {
  11. throw new ResponseException(Response.Status.BAD_REQUEST, "BAD REQUEST: Syntax error. Usage: GET /example/file.html");
  12. }
  13. pre.put("method", st.nextToken());
  14. if (!st.hasMoreTokens()) {
  15. throw new ResponseException(Response.Status.BAD_REQUEST, "BAD REQUEST: Missing URI. Usage: GET /example/file.html");
  16. }
  17. String uri = st.nextToken();
  18. // Decode parameters from the URI
  19. int qmi = uri.indexOf(‘?‘);
  20. if (qmi >= 0) {
  21. decodeParms(uri.substring(qmi + 1), parms);
  22. uri = decodePercent(uri.substring(0, qmi));
  23. } else {
  24. uri = decodePercent(uri);
  25. }
  26. // If there‘s another token, it‘s protocol version,
  27. // followed by HTTP headers. Ignore version but parse headers.
  28. // NOTE: this now forces header names lowercase since they are
  29. // case insensitive and vary by client.
  30. if (st.hasMoreTokens()) {
  31. String line = in.readLine();
  32. while (line != null && line.trim().length() > 0) {
  33. int p = line.indexOf(‘:‘);
  34. if (p >= 0)
  35. headers.put(line.substring(0, p).trim().toLowerCase(Locale.US), line.substring(p + 1).trim());
  36. line = in.readLine();
  37. }
  38. }
  39. pre.put("uri", uri);
  40. } catch (IOException ioe) {
  41. throw new ResponseException(Response.Status.INTERNAL_ERROR, "SERVER INTERNAL ERROR: IOException: " + ioe.getMessage(), ioe);
  42. }
  43. }

1.Http协议第一行是Method URI HTTP_VERSION

2.后面每行都是KEY:VALUE格式的header

3.uri需要经过URIDecode处理后才能使用

4.uri中如果包含?则表示有param,httprequest的param一般表现为:/index.jsp?username=xiaoming&id=2

下面是处理cookie,不过这里cookie的实现较为简单,所以跳过。之后是serve方法,serve方法提供了用户自己实现httpserver具体逻辑的很好接口。在NanoHttpd中的serve方法实现了一个默认的简单处理功能。

[java] view plain copy

  1. /**
  2. * Override this to customize the server.
  3. * <p/>
  4. * <p/>
  5. * (By default, this delegates to serveFile() and allows directory listing.)
  6. *
  7. * @param session The HTTP session
  8. * @return HTTP response, see class Response for details
  9. */
  10. public Response serve(IHTTPSession session) {
  11. Map<String, String> files = new HashMap<String, String>();
  12. Method method = session.getMethod();
  13. if (Method.PUT.equals(method) || Method.POST.equals(method)) {
  14. try {
  15. session.parseBody(files);
  16. } catch (IOException ioe) {
  17. return new Response(Response.Status.INTERNAL_ERROR, MIME_PLAINTEXT, "SERVER INTERNAL ERROR: IOException: " + ioe.getMessage());
  18. } catch (ResponseException re) {
  19. return new Response(re.getStatus(), MIME_PLAINTEXT, re.getMessage());
  20. }
  21. }
  22. Map<String, String> parms = session.getParms();
  23. parms.put(QUERY_STRING_PARAMETER, session.getQueryParameterString());
  24. return serve(session.getUri(), method, session.getHeaders(), parms, files);
  25. }

这个默认的方法处理了PUT和POST方法,如果不是就返回默认的返回值。

parseBody方法中使用了tmpFile的方法保存httpRequest的content信息,然后处理,具体逻辑就不细说了,不是一个典型的实现。

最后看一下发response的逻辑:

[java] view plain copy

  1. /**
  2. * Sends given response to the socket.
  3. */
  4. protected void send(OutputStream outputStream) {
  5. String mime = mimeType;
  6. SimpleDateFormat gmtFrmt = new SimpleDateFormat("E, d MMM yyyy HH:mm:ss ‘GMT‘", Locale.US);
  7. gmtFrmt.setTimeZone(TimeZone.getTimeZone("GMT"));
  8. try {
  9. if (status == null) {
  10. throw new Error("sendResponse(): Status can‘t be null.");
  11. }
  12. PrintWriter pw = new PrintWriter(outputStream);
  13. pw.print("HTTP/1.1 " + status.getDescription() + " \r\n");
  14. if (mime != null) {
  15. pw.print("Content-Type: " + mime + "\r\n");
  16. }
  17. if (header == null || header.get("Date") == null) {
  18. pw.print("Date: " + gmtFrmt.format(new Date()) + "\r\n");
  19. }
  20. if (header != null) {
  21. for (String key : header.keySet()) {
  22. String value = header.get(key);
  23. pw.print(key + ": " + value + "\r\n");
  24. }
  25. }
  26. sendConnectionHeaderIfNotAlreadyPresent(pw, header);
  27. if (requestMethod != Method.HEAD && chunkedTransfer) {
  28. sendAsChunked(outputStream, pw);
  29. } else {
  30. int pending = data != null ? data.available() : 0;
  31. sendContentLengthHeaderIfNotAlreadyPresent(pw, header, pending);
  32. pw.print("\r\n");
  33. pw.flush();
  34. sendAsFixedLength(outputStream, pending);
  35. }
  36. outputStream.flush();
  37. safeClose(data);
  38. } catch (IOException ioe) {
  39. // Couldn‘t write? No can do.
  40. }
  41. }

发送response的步骤如下:

1.设置mimeType和Time等内容。

2.创建一个PrintWriter,按照HTTP协议依次开始写入内容

3.第一行是HTTP的返回码

4.然后是content-Type

5.然后是Date时间

6.之后是其他的HTTP Header

7.设置Keep-Alive的Header,Keep-Alive是Http1.1的新特性,作用是让客户端和服务器端之间保持一个长链接。

8.如果客户端指定了ChunkedEncoding则分块发送response,Chunked Encoding是Http1.1的又一新特性。一般在response的body比较大的时候使用,server端会首先发送response的HEADER,然后分块发送response的body,每个分块都由chunk length\r\n和chunk data\r\n组成,最后由一个0\r\n结束。

[java] view plain copy

  1. private void sendAsChunked(OutputStream outputStream, PrintWriter pw) throws IOException {
  2. pw.print("Transfer-Encoding: chunked\r\n");
  3. pw.print("\r\n");
  4. pw.flush();
  5. int BUFFER_SIZE = 16 * 1024;
  6. byte[] CRLF = "\r\n".getBytes();
  7. byte[] buff = new byte[BUFFER_SIZE];
  8. int read;
  9. while ((read = data.read(buff)) > 0) {
  10. outputStream.write(String.format("%x\r\n", read).getBytes());
  11. outputStream.write(buff, 0, read);
  12. outputStream.write(CRLF);
  13. }
  14. outputStream.write(String.format("0\r\n\r\n").getBytes());
  15. }

9.如果没指定ChunkedEncoding则需要指定Content-Length来让客户端指定response的body的size,然后再一直写body直到写完为止。

[java] view plain copy

  1. private void sendAsFixedLength(OutputStream outputStream, int pending) throws IOException {
  2. if (requestMethod != Method.HEAD && data != null) {
  3. int BUFFER_SIZE = 16 * 1024;
  4. byte[] buff = new byte[BUFFER_SIZE];
  5. while (pending > 0) {
  6. int read = data.read(buff, 0, ((pending > BUFFER_SIZE) ? BUFFER_SIZE : pending));
  7. if (read <= 0) {
  8. break;
  9. }
  10. outputStream.write(buff, 0, read);
  11. pending -= read;
  12. }
  13. }
  14. }

最后总结下实现HttpServer最重要的几个部分:

1.能够accept tcp连接并从socket中读取request数据

2.把request的比特流转换成request对象中的对象数据

3.根据http协议的规范处理http request

4.产生http response再写回到socket中传给client。

时间: 2024-10-25 02:36:39

【转】如何开发自己的HttpServer-NanoHttpd源码解读的相关文章

swoft| 源码解读系列二: 启动阶段, swoft 都干了些啥?

date: 2018-8-01 14:22:17title: swoft| 源码解读系列二: 启动阶段, swoft 都干了些啥?description: 阅读 sowft 框架源码, 了解 sowft 启动阶段的那些事儿 小伙伴刚接触 swoft 的时候会感觉 压力有点大, 更直观的说法是 难. 开发组是不赞成 难 这个说法的, swoft 的代码都是 php 实现的, 而 php 又是 世界上最好的语言, swoft 的代码阅读起来是很轻松的. 之后开发组会用 系列源码 解读文章, 深入解析

50个Android开发人员必备UI效果源码[转载]

50个Android开发人员必备UI效果源码[转载] http://blog.csdn.net/qq1059458376/article/details/8145497 Android 仿微信之主页面实现篇Android 仿微信之界面导航篇Android 高仿QQ 好友分组列表Android 高仿QQ 界面滑动效果Android 高仿QQ 登陆界面Android 对Path的旋转效果的拓展Android高仿360安全卫士布局源码Android SlidingDrawer 滑动抽屉效果Androi

karloop介绍--hello world大家好,今天为大家介绍一款非常轻量级的的web开发框架,karloop框架。使用python开发 首先我们下载karloop源码进行安装。 源码地址 下载成

大家好,今天为大家介绍一款非常轻量级的的web开发框架,karloop框架.使用python开发 首先我们下载karloop源码进行安装. 源码地址 下载成功后解压,进入解压后的路径,进入终端,运行命令:sudo python setup.py install 如果是window系统,则打开cmd,运行:python setup.py install 下载安装成功后,我们写一个hello.py 内容如下: # coding=utf-8 from karloop.KarlBaseApplicati

做应用开发的如何查看Android源码

当我们在eclipse中开发android程序的时候,往往需要看源代码(可能是出于好奇,可能是读源码习惯),那么如何查看Android源代码呢? 比如下面这种情况 图一 假设我们想参看Activity类的源代码,按着Ctrl键,左击它,现实的结果却看不到代码的,提示的信息便是"找不到Activity.class文件". 图二 此时点击下面的按钮,"Change Attached Source-",选择android源代码所在位置,便弹出图三的对话框. 图三 第一种是

使用SBT开发Akka第一个案例源码解析MapActor、ReduceActor、AggregateActor

学习了使用SBT开发Akka第一个案例源码解析MapActor.ReduceActor.AggregateActor,应用MapActor对单词计数,发信息给ReduceActor,对信息进行local级的汇总,然后交给AggregateActor. 案例如下: class MapActor(reduceActor: ActorRef) extend Actor{ val STOP_WORDS_LIST=List("a","is") deg receive: Rec

卡罗盾系统开发,卡罗盾系统源码

卡罗盾系统开发,卡罗盾系统源码,卡罗盾拆分制度是怎么样?卡罗盾CROD拆分制度系统开发,卡罗盾CROD挖矿系统开发,找伍生+薇(aac1287),卡罗盾CROD持币生息系统开发.卡罗盾CROD分红系统开发.卡罗盾CRODapp软件开发 特别提示:本公司是软件开发公司,非运营商,玩家勿扰,谢谢合作!!! 一.CROD卡罗盾区块链系统解析: 投资4200纯静态的利益,最慢100天回本,最快一个月,最少5倍纯利润,最多几十倍 享受大家资源 分享一人直接释放百分之五:分享3人,享受节点以下6层叠加收入的

58红包系统软件开发、58红包系统源码App开发公司

58红包系统软件在哪里开发[蔡经理 136-1236-3414 微|电] ,58红包系统平台开发.58红包系统软件开发.58红包系统源码App开发公司.58红包系统定制开发公司.58红包系统模式开发. 在过去传统经济模式下,消费者更多的是被动接受.随着消费者主权时代的真正来临,消费者充分享受或表达参与感的要求越来越强烈.让消费者享有参与感,让他们自由的表达.表现,不但会让他们的主权意识得到了充分的满足和尊重,而且会大大调动他们对品牌或产品的好感与信赖,从内心培养了他们对企业和品牌的忠诚度. 社会

自动化WiFI钓鱼工具——WiFiPhisher源码解读

工具介绍 开源无线安全工具Wifiphisher是基于MIT许可模式的开源软件,运行于Kali Linux之上. github.com/sophron/wifiphisher 它能够对WPA加密的AP无线热点实施自动化钓鱼攻击,获取密码账户.由于利用了社工原理实施中间人攻击,Wifiphisher在实施攻击时无需进行暴力破解. 此外安利一个我们正在开发的项目,基于wifiphisher的校园网钓鱼工具,希望有小伙伴来一起玩耍:-P github.com/noScripts/Campus-Fake

SpringMVC源码解读 - RequestMapping注解实现解读 - RequestCondition体系

一般我们开发时,使用最多的还是@RequestMapping注解方式. @RequestMapping(value = "/", param = "role=guest", consumes = "!application/json") public void myHtmlService() { // ... } 台前的是RequestMapping ,正经干活的却是RequestCondition,根据配置的不同条件匹配request. @Re

15、Spark Streaming源码解读之No Receivers彻底思考

在前几期文章里讲了带Receiver的Spark Streaming 应用的相关源码解读,但是现在开发Spark Streaming的应用越来越多的采用No Receivers(Direct Approach)的方式,No Receiver的方式的优势: 1. 更强的控制自由度 2. 语义一致性 其实No Receivers的方式更符合我们读取数据,操作数据的思路的.因为Spark 本身是一个计算框架,他底层会有数据来源,如果没有Receivers,我们直接操作数据来源,这其实是一种更自然的方式