前言

在《The Node Beginner Book》的中文版（http://nodebeginner.org/index-zh-cn.html）发布之后，获得国内的好评。也有同学觉得这本书略薄，没有包含进阶式的例子。@otakustay同学说：“确实，我的想法是在这之上补一个简单的MVC框架和一个StaticFile+Mimetype+CacheControl机制，可以成为一个更全面的教程”。正巧的是目前我手里的V5项目有一些特殊性：

项目大多数的文件都是属于静态文件，只有数据部分存在动态请求

数据部分的请求都呈现为RESTful的特性

那么我之前写的Node_CI框架跟V5搭配起来感觉就有那么一点点怪怪的。所以我决定改造Node_CI框架，使之更适合V5前端的使用。原有的Node_CI项目继续保留着，新开项目为V5Node，同时在改造这个框架的过程完成@otakustay 同学提到的几点进阶部分，也算是对我自己学习Node的总结。

这个项目主要包含的两个部分就是静态服务器和RESTful服务器。

第一部分静态文件服务器

既是一个新的项目，那么创建v5node目录是应该的。既是一个Node应用，创建一个app.js文件也是应该的。

如果你有认真读完《The Node Beginner Book》或是看到过Nodejs官方网站上的那段经典代码，那么你对下面这段代码应当是非常不陌生的。

var http = require(“http”);

http.createServer(function(request, response) {

  response.writeHead(200, {"Content-Type": "text/plain"});

  response.write(“Hello World”);

  response.end();

}).listen(8888);

那么我们的app.js文件里的结构也很明确了。

var PORT = 8000;



var http = require(‘http’);

var server = http.createServer(function(request, response) {

// TODO

});



server.listen(PORT);

console.log("Server runing at port: " + PORT + “.”);

因为当前要实现的功能是静态文件服务器，那么以Apache为例，让我们回忆一下静态文件服务器都有哪些功能。

浏览器发送URL，服务端解析URL，对应到硬盘上的文件。如果文件存在，返回200状态码，并发送文件到浏览器端；如果文件不存在，返回404状态码，发送一个404的文件到浏览器端。

以下两图是Apache经典的两种状态。

现在cases已经明了，那么我们开始实现吧。

实现路由

路由部分的实现在《The Node Beginner Book》已经被描述过，此处不例外。

添加url模块是必要的。然后解析pathname。

var url = require(“url”);

var pathname = url.parse(request.url).pathname;

以下是实现代码：

var server = http.createServer(function(request, response) {

    var pathname = url.parse(request.url).pathname;

    response.write(pathname);

    response.end();

});

现在的代码是向浏览器端输出请求的路径，类似一个echo服务器。接下来我们为其添加输出对应文件的功能。

读取静态文件

为了不让用户在浏览器端通过请求/app.js查看到我们的代码，我们设定用户只能请求assets目录下的文件。服务器会将路径信息映射到assets目录。

涉及到了文件读取的这部分，自然不能避开fs(file system)这个模块。那么引入fs模块吧。

var fs = require(“fs”);

同样，涉及到了路径处理，path模块也是需要的。

var path = require(“path”);

我们通过path模块的path.exists方法来判断静态文件是否存在磁盘上。不存在我们直接响应给客户端404错误。

如果文件存在则调用fs.readFile方法读取文件。如果发生错误，我们响应给客户端500错误，表明存在内部错误。正常状态下则发送读取到的文件给客户端，表明200状态。

var server = http.createServer(function(request, response) {

    var pathname = url.parse(request.url).pathname;

    var realPath = “assets” + pathname;



    path.exists(realPath, function (exists) {

        if (!exists) {

            response.writeHead(404, {’Content-Type’: 'text/plain’});

            response.write(“This request URL " + pathname + " was not found on this server.”);

            response.end();

        } else {

            fs.readFile(realPath, "binary", function(err, file) {

                if (err) {

                    response.writeHead(500, {’Content-Type’: 'text/plain’});

                    response.end(err);

                } else {

                    response.writeHead(200, {’Content-Type’: 'text/html’});

                    response.write(file, “binary”);

                    response.end();

                }

             });

          }

      });

});

以上这段简单的代码加上一个assets目录，就构成了我们最基本的静态文件服务器。

那么眼尖的你且看看，这个最基本的静态文件服务器存在哪些问题呢？答案是MIME类型支持。因为我们的服务器同时要存放html, css, js, png, gif, jpg等等文件。并非每一种文件的MIME类型都是text/html的。

MIME类型支持

像其他服务器一样，支持MIME的话，就得一张映射表。

exports.types = {

  "css": "text/css",

  "gif": "image/gif",

  "html": "text/html",

  "ico": "image/x-icon",

  "jpeg": "image/jpeg",

  "jpg": "image/jpeg",

  "js": "text/javascript",

  "json": "application/json",

  "pdf": "application/pdf",

  "png": "image/png",

  "svg": "image/svg+xml",

  "swf": "application/x-shockwave-flash",

  "tiff": "image/tiff",

  "txt": "text/plain",

  "wav": "audio/x-wav",

  "wma": "audio/x-ms-wma",

  "wmv": "video/x-ms-wmv",

  "xml": “text/xml”

};

以上代码另存在mime.js文件中。该文件仅仅只列举了一些常用的MIME类型，以文件后缀作为key，MIME类型为value。那么引入mime.js文件吧。

var mime = require(“./mime”).types;

我们通过path.extname来获取文件的后缀名。由于extname返回值包含”.”，所以通过slice方法来剔除掉”.”，对于没有后缀名的文件，我们一律认为是unknown。

var ext = path.extname(realPath);

ext = ext ? ext.slice(1) : 'unknown’;

接下来我们很容易得到真正的MIME类型了。

var ext = path.extname(realPath);

ext = ext ? ext.slice(1) : 'unknown’;

var contentType = mime[ext] || "text/plain";

response.writeHead(200, {’Content-Type’: contentType});

response.write(file, “binary”);

response.end();

对于未知的类型，我们一律返回text/plain类型。

缓存支持/控制

在MIME支持之后，静态文件服务器看起来已经很完美了。任何静态文件只要丢进assets目录之后就可以万事大吉不管了。看起来已经达到了Apache作为静态文件服务器的相同效果了。我们实现这样的服务器用的代码只有这么多行而已。是不是很简单呢？

但是，我们发现用户在每次请求的时候，服务器每次都要调用fs.readFile方法去读取硬盘上的文件的。当服务器的请求量一上涨，硬盘IO会吃不消的。

在解决这个问题之前，我们有必要了解一番前端浏览器缓存的一些机制和提高性能的方案。

Gzip压缩文件可以减少响应的大小，能够达到节省带宽的目的。

浏览器缓存中存有文件副本的时候，不能确定有效的时候，会生成一个条件get请求
1. 在请求的头中会包含 If-Modified-Since
2. 如果服务器端文件在这个时间后发生过修改，则发送整个文件给前端。
3. 如果没有修改，则返回304状态码。并不发送整个文件给前端。
4. 另外一种判断机制是ETag。在此并不讨论。
5. 如果副本有效，这个get请求都会省掉。判断有效的最主要的方法是服务端响应的时候带上Expires的头。
  1. 浏览器会判断Expires头，直到制定的日期过期，才会发起新的请求。
  2. 另一个可以达到相同目的的方法是返回Cache-Control: max-age=xxxx。

欲了解更多缓存机制，请参见Steve Sounders著作的《高性能网站建设指南》。

为了简化问题，我们只做如下这几件事情：

为指定几种后缀的文件，在响应时添加Expires头和Cache-Control: max-age头。超时日期设置为1年。

由于这是静态文件服务器，为所有请求，响应时返回Last-Modified头。

为带If-Modified-Since的请求头，做日期检查，如果没有修改，则返回304。若修改，则返回文件。

对于以上的静态文件服务器，Node给的响应头是十分简单的：

Connection: keep-alive

Content-Type: text/html

Transfer-Encoding:  chunked

那么我们搞起吧。

对于指定后缀文件和过期日期，为了保证可配置。那么建立一个config.js文件是应该的。

exports.Expires = {

    fileMatch: /^(gif|png|jpg|js|css)$/ig,

    maxAge: 606024365

};

引入config.js文件。
var config = require(“./config”);

我们在相应之前判断后缀名是否符合我们要添加过期时间头的条件。
var ext = path.extname(realPath);
ext = ext ? ext.slice(1) : 'unknown’;

if (ext.match(config.Expires.fileMatch)) {
var expires = new Date();
expires.setTime(expires.getTime() + config.Expires.maxAge * 1000);
response.setHeader("Expires", expires.toUTCString());
response.setHeader("Cache-Control", “max-age=” + config.Expires.maxAge);
}

这次的响应头中多了两个header。
Cache-Control: max-age=31536000
Connection: keep-alive
Content-Type: image/png
Expires: Fri, 09 Nov 2012 12:55:41 GMT
Transfer-Encoding: chunked

浏览器在发送请求之前由于检测到Cache-Control和Expires（Cache-Control的优先级高于Expires，但有的浏览器不支持Cache-Control，这时采用Expires），如果没有过期，则不会发送请求，而直接从缓存中读取文件。

接下来我们为所有请求的响应都添加Last-Modified头。

读取文件的最后修改时间是通过fs模块的fs.stat()方法来实现的。关于stat的详细介绍请参见此处：http://www.cnitblog.com/guopingleee/archive/2008/11/13/51411.aspx
fs.stat(realPath, function (err, stat) {
var lastModified = stat.mtime.toUTCString();
response.setHeader("Last-Modified", lastModified);
});

我们同时也要检测浏览器是否发送了If-Modified-Since请求头。如果发送而且跟文件的修改时间相同的话，我们返回304状态。
if (request.headers[ifModifiedSince] && lastModified == request.headers[ifModifiedSince]) {
response.writeHead(304, “Not Modified”);
response.end();
}

如果没有发送或者跟磁盘上的文件修改时间不相符合，则发送回磁盘上的最新文件。

此时的代码大致如下：
var server = http.createServer(function(request, response) {
var pathname = url.parse(request.url).pathname;console.log(pathname);
var realPath = path.join("assets", pathname);

path.exists(realPath, function (exists) {
if (!exists) {
response.writeHead(404, "Not Found", {’Content-Type’: 'text/plain’});
response.write(“This request URL " + pathname + " was not found on this server.”);
response.end();
} else {
var ext = path.extname(realPath);
ext = ext ? ext.slice(1) : 'unknown’;
var contentType = mime[ext] || "text/plain";
response.setHeader("Content-Type", contentType);

fs.stat(realPath, function (err, stat) {
var lastModified = stat.mtime.toUTCString();
var ifModifiedSince = "If-Modified-Since".toLowerCase();
response.setHeader("Last-Modified", lastModified);

if (ext.match(config.Expires.fileMatch)) {
var expires = new Date();
expires.setTime(expires.getTime() + config.Expires.maxAge * 1000);
response.setHeader("Expires", expires.toUTCString());
response.setHeader("Cache-Control", “max-age=” + config.Expires.maxAge);
}

if (request.headers[ifModifiedSince] && lastModified == request.headers[ifModifiedSince]) {
response.writeHead(304, “Not Modified”);
response.end();
} else {
fs.readFile(realPath, "binary", function(err, file) {
if (err) {
response.writeHead(500, "Internal Server Error", {’Content-Type’: 'text/plain’});
response.end(err);
} else {
response.writeHead(200, “Ok”);
response.write(file, “binary”);
response.end();
}
});
}
});
}
});
});

通过Expires和Last-Modified两个方案以及与浏览器之间的通力合作，会节省相当大的一部分网络流量，同时也会降低部分硬盘IO的请求。如果在这之前还存在CDN的话，整个solution就比较完美了。

由于Expires和Max-Age都是由浏览器来进行判断的，如果判断成功，http请求都不会发送到服务端的，这里只能通过fiddler和浏览器配合进行测试。但是Last-Modified却是可以通过curl来进行测试的。
curl --header “If-Modified-Since: Fri, 11 Nov 2011 19:14:51 GMT” -i http://localhost:8000

结果：
HTTP/1.1 304 Not Modified
Content-Type: text/html
Last-Modified: Fri, 11 Nov 2011 19:14:51 GMT
Connection: keep-alive

注意，我们看到这个304请求的响应是不带body信息的。所以，达到我们节省带宽的需求。只需几行代码，就可以替老板省下许多的带宽费用，咱们程序员是有力量的。

但是，貌似我们有提到gzip这样的东西。对于CSS,JS等文件如果不采用gzip的话，还是会浪费掉部分网络带宽。那么接下来把gzip搞起吧。
GZip启用

如果你是前端达人，你应该是知道YUI Compressor或Google Closure Complier这样的压缩工具的。在这基础上，再进行gzip压缩，则会减少很多的网络流量。那么，我们看看Node中，怎么把gzip搞起类。

要用到gzip，就需要zlib模块，该模块在Node的0.5.8版本开始原生支持。
var zlib = require(“zlib”);

对于图片一类的文件，不需要进行gzip压缩，所以我们在config.js中配置一个启用压缩的列表。
exports.Compress = {
match: /css|js|html/ig
};

这里为了防止大文件，也为了满足zlib模块的调用模式，将读取文件改为流的形式进行读取。
var raw = fs.createReadStream(realPath);
var acceptEncoding = request.headers[‘accept-encoding’] || "";
var matched = ext.match(config.Compress.match);

if (matched && acceptEncoding.match(/\bgzip\b/)) {
response.writeHead(200, "Ok", {’Content-Encoding’: 'gzip’});
raw.pipe(zlib.createGzip()).pipe(response);
} else if (matched && acceptEncoding.match(/\bdeflate\b/)) {
response.writeHead(200, "Ok", {’Content-Encoding’: 'deflate’});
raw.pipe(zlib.createDeflate()).pipe(response);
} else {
response.writeHead(200, “Ok”);
raw.pipe(response);
}

对于支持压缩的文件格式以及浏览器端接受gzip或deflate压缩，我们调用压缩。若不，则管道方式转发给response。

启用压缩其实就这么简单。如果你有fiddler的话，可以监听一下请求，会看到被压缩的请求。

最终app.js文件的代码如下：
var server = http.createServer(function(request, response) {
var pathname = url.parse(request.url).pathname;
var realPath = path.join("assets", pathname);

path.exists(realPath, function (exists) {
if (!exists) {
response.writeHead(404, "Not Found", {’Content-Type’: 'text/plain’});
response.write(“This request URL " + pathname + " was not found on this server.”);
response.end();
} else {
var ext = path.extname(realPath);
ext = ext ? ext.slice(1) : 'unknown’;
var contentType = mime[ext] || "text/plain";
response.setHeader("Content-Type", contentType);

fs.stat(realPath, function (err, stat) {
var lastModified = stat.mtime.toUTCString();
var ifModifiedSince = "If-Modified-Since".toLowerCase();
response.setHeader("Last-Modified", lastModified);

if (ext.match(config.Expires.fileMatch)) {
var expires = new Date();
expires.setTime(expires.getTime() + config.Expires.maxAge * 1000);
response.setHeader("Expires", expires.toUTCString());
response.setHeader("Cache-Control", “max-age=” + config.Expires.maxAge);
}

if (request.headers[ifModifiedSince] && lastModified == request.headers[ifModifiedSince]) {
response.writeHead(304, “Not Modified”);
response.end();
} else {
var raw = fs.createReadStream(realPath);
var acceptEncoding = request.headers[‘accept-encoding’] || "";
var matched = ext.match(config.Compress.match);

if (matched && acceptEncoding.match(/\bgzip\b/)) {
response.writeHead(200, "Ok", {’Content-Encoding’: 'gzip’});
raw.pipe(zlib.createGzip()).pipe(response);
} else if (matched && acceptEncoding.match(/\bdeflate\b/)) {
response.writeHead(200, "Ok", {’Content-Encoding’: 'deflate’});
raw.pipe(zlib.createDeflate()).pipe(response);
} else {
response.writeHead(200, “Ok”);
raw.pipe(response);
}
}
});
}
});
});

安全问题

我们搞了一大堆的事情，但是安全方面也不能少。想想哪一个地方是最容易出问题的？我们发现上面的这段代码写得还是有点纠结的，通常这样纠结的代码我是不愿意拿出去让人看见的。但是，假如一个同学用浏览器访问http://localhost:8000/…/app.js 怎么办捏？不用太害怕，浏览器会自动干掉那两个作为父路径的点的。浏览器会把这个路径组装成http://localhost:8000/app.js的，这个文件在assets目录下不存在，返回404 Not Found。但是文艺一点的同学会通过curl -i http://localhost:8000/…/app.js 来访问。于是，悲剧了。

# curl -i http://localhost:8000/…/app.js
HTTP/1.1 200 Ok
Content-Type: text/javascript
Last-Modified: Thu, 10 Nov 2011 17:16:51 GMT
Expires: Sat, 10 Nov 2012 04:59:27 GMT
Cache-Control: max-age=31536000
Connection: keep-alive
Transfer-Encoding: chunked

var PORT = 8000;
var http = require(“http”);
var url = require(“url”);
var fs = require(“fs”);
var path = require(“path”);
var mime = require(“./mime”).types;

那么怎么办呢？暴力点的解决方案就是禁止父路径。

首先替换掉所有的…，然后调用path.normalize方法来处理掉不正常的/。
var realPath = path.join("assets", path.normalize(pathname.replace(/…/g, “”)));

于是这个时候通过curl -i http://localhost:8000/…/app.js 访问，/…/app.js会被替换掉为//app.js。normalize方法会将//app.js返回为/app.js。再加上真实的assets，就被实际映射为assets/app.js。这个文件不存在，于是返回404。

于是搞定父路径问题。与浏览器的行为保持一致。
Welcome页的锦上添花

再来回忆一下Apache的常见行为。当进入一个目录路径的时候，会去寻找index.html页面，如果index.html文件不存在，则返回目录索引。目录索引这里我们暂不考虑，如果用户请求的路径是/结尾的，我们就自动为其添加上index.html文件。如果这个文件不存在，继续返回404错误。

如果用户请求了一个目录路径，而且没有带上/。那么我们为其添加上/index.html，再重新做解析。

那么不喜欢hardcode的你，肯定是要把这个文件配置进config.js啦。这样你就可以选择各种后缀作为welcome页面。
exports.Welcome = {
file: “index.html”
};

那么第一步，为/结尾的请求，自动添加上”index.html”。
if (pathname.slice(-1) === “/”) {
pathname = pathname + config.Welcome.file;
}

第二步，如果请求了一个目录路径，并且没有以/结尾。那么我们需要做判断。如果当前读取的路径是目录，就需要添加上/和index.html
if (stats.isDirectory()) {
realPath = path.join(realPath, "/", config.Welcome.file);
}

由于我们目前的结构发生了一点点变化。所以需要重构一下函数。而且，fs.stat方法具有比fs.exsits方法更多的功能。我们直接替代掉它。
var server = http.createServer(function(request, response) {
var pathname = url.parse(request.url).pathname;
if (pathname.slice(-1) === “/”) {
pathname = pathname + config.Welcome.file;
}
var realPath = path.join("assets", path.normalize(pathname.replace(/…/g, “”)));

var pathHandle = function (realPath) {
fs.stat(realPath, function (err, stats) {
if (err) {
response.writeHead(404, "Not Found", {’Content-Type’: 'text/plain’});
response.write(“This request URL " + pathname + " was not found on this server.”);
response.end();
} else {
if (stats.isDirectory()) {
realPath = path.join(realPath, "/", config.Welcome.file);
pathHandle(realPath);
} else {
var ext = path.extname(realPath);
ext = ext ? ext.slice(1) : 'unknown’;
var contentType = mime[ext] || "text/plain";
response.setHeader("Content-Type", contentType);

var lastModified = stats.mtime.toUTCString();
var ifModifiedSince = "If-Modified-Since".toLowerCase();
response.setHeader("Last-Modified", lastModified);

if (ext.match(config.Expires.fileMatch)) {
var expires = new Date();
expires.setTime(expires.getTime() + config.Expires.maxAge * 1000);
response.setHeader("Expires", expires.toUTCString());
response.setHeader("Cache-Control", “max-age=” + config.Expires.maxAge);
}

if (request.headers[ifModifiedSince] && lastModified == request.headers[ifModifiedSince]) {
response.writeHead(304, “Not Modified”);
response.end();
} else {
var raw = fs.createReadStream(realPath);
var acceptEncoding = request.headers[‘accept-encoding’] || "";
var matched = ext.match(config.Compress.match);

if (matched && acceptEncoding.match(/\bgzip\b/)) {
response.writeHead(200, "Ok", {’Content-Encoding’: 'gzip’});
raw.pipe(zlib.createGzip()).pipe(response);
} else if (matched && acceptEncoding.match(/\bdeflate\b/)) {
response.writeHead(200, "Ok", {’Content-Encoding’: 'deflate’});
raw.pipe(zlib.createDeflate()).pipe(response);
} else {
response.writeHead(200, “Ok”);
raw.pipe(response);
}
}
}
}
});
};

pathHandle(realPath);
});

就这样。一个各方面都比较完整的静态文件服务器就这样打造完毕。
Range支持，搞定媒体断点支持

关于http1.1中的Range定义，可以参见这两篇文章：

http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html

http://labs.apache.org/webarch/http/draft-fielding-http/p5-range.html

接下来，我将简单地介绍一下range的作用和其定义。

当用户在听一首歌的时候，如果听到一半（网络下载了一半），网络断掉了，用户需要继续听的时候，文件服务器不支持断点的话，则用户需要重新下载这个文件。而Range支持的话，客户端应该记录了之前已经读取的文件范围，网络恢复之后，则向服务器发送读取剩余Range的请求，服务端只需要发送客户端请求的那部分内容，而不用整个文件发送回客户端，以此节省网络带宽。

那么HTTP1.1规范的Range是怎样一个约定呢。

如果Server支持Range，首先就要告诉客户端，咱支持Range，之后客户端才可能发起带Range的请求。这里套用唐僧的一句话，你不说我怎么知道呢。
response.setHeader('Accept-Ranges’, ‘bytes’);

Server通过请求头中的Range: bytes=0-xxx来判断是否是做Range请求，如果这个值存在而且有效，则只发回请求的那部分文件内容，响应的状态码变成206，表示Partial Content，并设置Content-Range。如果无效，则返回416状态码，表明Request Range Not Satisfiable（http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html#sec10.4.17 ）。如果不包含Range的请求头，则继续通过常规的方式响应。

有必要对Range请求做一下解释。

ranges-specifier = byte-ranges-specifier

byte-ranges-specifier = bytes-unit “=” byte-range-set

byte-range-set  = 1#( byte-range-spec | suffix-byte-range-spec )

byte-range-spec = first-byte-pos "-" [last-byte-pos]

first-byte-pos  = 1DIGIT

last-byte-pos   = 1*DIGIT

上面这段定义来自w3定义的协议http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.35。大致可以表述为Range: bytes=[start]-[end][,[start]-[end]]。简言之有以下几种情况：

bytes=0-99，从0到99之间的数据字节。

bytes=-100，文件的最后100个字节。

bytes=100-，第100个字节开始之后的所有字节。

bytes=0-99,200-299，从0到99之间的数据字节和200到299之间的数据字节。

那么，我们就开始实现吧。首先判断Range请求和检测其是否有效。为了保持代码干净，我们封装一个parseRange方法吧，这个方法属于util性质的，那么我们放进utils.js文件吧。

var utils = require(“./utils”);

我们暂且不支持多区间吧。于是遇见逗号，就报416错误吧。

exports.parseRange = function (str, size) {

    if (str.indexOf(“,”) != -1) {

        return;

    }



    var range = str.split("-"),

        start = parseInt(range[0], 10),

        end = parseInt(range[1], 10);



    // Case: -100

    if (isNaN(start)) {

        start = size - end;

        end = size - 1;

    // Case: 100-

    } else if (isNaN(end)) {

        end = size - 1;

    }



    // Invalid

    if (isNaN(start) || isNaN(end) || start > end || end > size) {

        return;

    }



    return {start: start, end: end};

};

如果满足Range的条件，则为响应添加上Content-Range和修改掉Content-Lenth。

response.setHeader("Content-Range", "bytes " + range.start + "-" + range.end + “/” + stats.size);

response.setHeader("Content-Length", (range.end - range.start + 1));

这里很荣幸的是Node的读文件流原生支持读取文件range。

var raw = fs.createReadStream(realPath, {"start": range.start, "end": range.end});

并且设置状态码为206。

由于选取Range之后，依然还是需要经过GZip的。于是代码已经有点面条的味道了。重构一下吧。于是代码大致如此：

var compressHandle = function (raw, statusCode, reasonPhrase) {

        var stream = raw;

        var acceptEncoding = request.headers[‘accept-encoding’] || "";

        var matched = ext.match(config.Compress.match);



        if (matched && acceptEncoding.match(/\bgzip\b/)) {

            response.setHeader("Content-Encoding", “gzip”);

            stream = raw.pipe(zlib.createGzip());

        } else if (matched && acceptEncoding.match(/\bdeflate\b/)) {

            response.setHeader("Content-Encoding", “deflate”);

            stream = raw.pipe(zlib.createDeflate());

        }

        response.writeHead(statusCode, reasonPhrase);

        stream.pipe(response);

    };



if (request.headers[“range”]) {

    var range = utils.parseRange(request.headers[“range”], stats.size);

    if (range) {

        response.setHeader("Content-Range", "bytes " + range.start + "-" + range.end + “/” + stats.size);

        response.setHeader("Content-Length", (range.end - range.start + 1));

        var raw = fs.createReadStream(realPath, {"start": range.start, "end": range.end});

        compressHandle(raw, 206, “Partial Content”);

    } else {

        response.removeHeader(“Content-Length”);

        response.writeHead(416, “Request Range Not Satisfiable”);

        response.end();

    }

} else {

    var raw = fs.createReadStream(realPath);

    compressHandle(raw, 200, “Ok”);

}

通过curl --header “Range:0-20” -i http://localhost:8000/index.html请求测试一番试试。

HTTP/1.1 206 Partial Content

Server: Node/V5

Accept-Ranges: bytes

Content-Type: text/html

Content-Length: 21

Last-Modified: Fri, 11 Nov 2011 19:14:51 GMT

Content-Range: bytes 0-20/54

Connection: keep-alive



<html>

<body>

I

index.html文件并没有被整个发送给客户端。这里之所以没有完全的21个字节，是因为\t和\r都各算一个字节。

再用curl --header “Range:0-100” -i http://localhost:8000/index.html反向测试一下吧。

HTTP/1.1 416 Request Range Not Satisfiable

Server: Node/V5

Accept-Ranges: bytes

Content-Type: text/html

Last-Modified: Fri, 11 Nov 2011 19:14:51 GMT

Connection: keep-alive

Transfer-Encoding: chunked

嗯，要的就是这个效果。至此，Range支持完成，这个静态文件服务器支持一些流媒体文件，表示没有压力啦。

后记

由于本章的目的是完成一个纯静态的文件服务器，所以不需要涉及到cookie，session等动态服务器的特性。下一章会讲述如何打造一个动态服务器。

最后再附赠一个小技巧。看到别人家的服务器都响应一个：

Server: nginx

觉得老牛逼了。那么我们自己也搞一个吧。

response.setHeader("Server", “Node/V5”);

嗯。就这么简单。

全文的最终代码可以从这里下载： http://vdisk.weibo.com/s/15iUP

项目目前已经发布到github上，同学们可以持续关注此项目的进展。github地址是：https://github.com/JacksonTian/ping

anonymous 1楼•3年前

太帅了，好棒啊！

唉，近两天安装npm一直没成功，无论是window还是ubuntu，我都快失去信心了~

anonymous 2楼•3年前

这种性能不能和用sendfile的比吧？

JacksonTian 3楼•3年前

用node的fs.createReadStream的方式，已经比较令人满意了。关于sendfile，这个api看起来还不是一个public的api，还不清楚stream的形式底层是否调用了sendfile。有详细资料后，再讨论这个问题。

anonymous 4楼•3年前

写的很用心，赞一个.

===
stream的形式底层是否调用了sendfile

stream 仅有 “read” 的语义，sendfile 是 “read” + ”send“
nodejs 的 readStream 就是在另外的线程池中执行 unix 的read 哦
和sendfile没得关系的

DoubleSpout 5楼•3年前

文章写的很好啊，通俗易懂，很实用。
我知道我要测试什么了，哈哈！

anonymous 6楼•3年前

文章写的很好，步步深入，通俗易懂。。。
真是深入浅出。。。顶！期待下文。。。

anonymous 7楼•3年前

[…] 完整的靜態檔案伺服器範例包含 mime 分割 stream… […]

anonymous 8楼•3年前

[…] 请君移步：http://cnodejs.org/blog/?p=3904 此条目是由梅花Q 发表在爱写代码分类目录的。将固定链接加入收藏夹。 […]

anonymous 9楼•3年前

在浏览器中response中文显示乱码如何解决啊？

JacksonTian 10楼•3年前

保持所有的编码一致就可以。推荐 utf-8

anonymous 11楼•3年前

使用"child_process"模块的exec:

function start(response) {
console.log(“Request handler ‘start’ was called.”);
exec("netstat -a",{ encoding: 'utf8’,timeout: 60000 },
function (error, stdout, stderr) {
response.writeHead(200, {’Content-Type’: 'text/plain;charset=UTF-8’});
response.write(stdout);
response.end();
});
}

中文显示是乱码，请教你啊，是什么原因呢？

anonymous 12楼•3年前

[…] 推荐一篇本技术的好文章：用NodeJS打造你的静态文件服务器发表评论 | Trackback […]

anonymous 13楼•3年前

[…] 嗯，在写完几个简单的控制器和模板之后，我没有往m层走，而是转向去完成一个node版本的静态服务器，通过朴灵同学的这篇文章可以简单了解实现技术，我就不多说了。。最开始我实现的和他差不多，看过他的之后觉得他的那种方法更好。貌似是从来外的书上翻译来的……？看看你就知道了。http://cnodejs.org/blog/?p=3904 […]

anonymous 14楼•3年前

anonymous 15楼•3年前

[…] 本文转载自CNode社区田永强的文章。 […]

anonymous 16楼•3年前

赞，非常值得学习！

anonymous 17楼•3年前

写的真好，由浅入深，很清晰，让人了解每部分代码是怎么从构造出来，添加进去的

anonymous 18楼•3年前

赞！

anonymous 19楼•3年前

好文！！

一个request就够研究的啦。

Server running at http://127.0.0.1:8124/
{ socket:
{ _handle:
{ writeQueueSize: 0,
socket: [Circular],
onread: [Function: onread] },
_pendingWriteReqs: 2,
_flags: 0,
_connectQueueSize: 0,
destroyed: false,
bytesRead: 470,
bytesWritten: 137,
allowHalfOpen: true,
writable: true,
readable: true,
server:
{ connections: 2,
allowHalfOpen: true,
_handle: [Object],
_events: [Object],
httpAllowHalfOpen: false },
ondrain: [Function],
_idleTimeout: 120000,
_idleNext:
{ _handle: [Object],
_pendingWriteReqs: 0,
_flags: 0,
_connectQueueSize: 0,
destroyed: false,
bytesRead: 0,
bytesWritten: 0,
allowHalfOpen: true,
writable: true,
readable: true,
server: [Object],
ondrain: [Function],
_idleTimeout: 120000,
_idleNext: [Object],
_idlePrev: [Circular],
_idleStart: Thu, 15 Dec 2011 05:34:11 GMT,
_events: [Object],
ondata: [Function],
onend: [Function] },
_idlePrev:
{ _idleNext: [Circular],
_idlePrev: [Object],
ontimeout: [Function] },
_idleStart: Thu, 15 Dec 2011 05:34:11 GMT,
_events: { timeout: [Function], error: [Function], close: [Function] },
ondata: [Function],
onend: [Function],
_httpMessage: null },
connection:
{ _handle:
{ writeQueueSize: 0,
socket: [Circular],
onread: [Function: onread] },
_pendingWriteReqs: 2,
_flags: 0,
_connectQueueSize: 0,
destroyed: false,
bytesRead: 470,
bytesWritten: 137,
allowHalfOpen: true,
writable: true,
readable: true,
server:
{ connections: 2,
allowHalfOpen: true,
_handle: [Object],
_events: [Object],
httpAllowHalfOpen: false },
ondrain: [Function],
_idleTimeout: 120000,
_idleNext:
{ _handle: [Object],
_pendingWriteReqs: 0,
_flags: 0,
_connectQueueSize: 0,
destroyed: false,
bytesRead: 0,
bytesWritten: 0,
allowHalfOpen: true,
writable: true,
readable: true,
server: [Object],
ondrain: [Function],
_idleTimeout: 120000,
_idleNext: [Object],
_idlePrev: [Circular],
_idleStart: Thu, 15 Dec 2011 05:34:11 GMT,
_events: [Object],
ondata: [Function],
onend: [Function] },
_idlePrev:
{ _idleNext: [Circular],
_idlePrev: [Object],
ontimeout: [Function] },
_idleStart: Thu, 15 Dec 2011 05:34:11 GMT,
_events: { timeout: [Function], error: [Function], close: [Function] },
ondata: [Function],
onend: [Function],
_httpMessage: null },
httpVersion: '1.1’,
complete: false,
headers:
{ host: '127.0.0.1:8124’,
connection: 'keep-alive’,
'cache-control’: 'max-age=0’,
'user-agent’: 'Mozilla/5.0 (Windows NT 6.1) AppleWebKit/535.2 (KHTML, lik
Gecko) Chrome/15.0.874.121 Safari/535.2’,
accept: ‘text/html,application/xhtml+xml,application/xml;q=0.9,/;q=0.8’
'accept-encoding’: 'gzip,deflate,sdch’,
'accept-language’: 'zh-CN,zh;q=0.8’,
'accept-charset’: ‘GBK,utf-8;q=0.7,*;q=0.3’ },
trailers: {},
readable: true,
url: '/sdfsdf/sdfsdfs/fsfsds/fsdfds/fsdfsd/fsdfsdf/fsdfs/fsfds?sdfds=fsdfsd&
dsf=fsdfs2324’,
method: 'GET’,
statusCode: null,
client:
{ _handle:
{ writeQueueSize: 0,
socket: [Circular],
onread: [Function: onread] },
_pendingWriteReqs: 2,
_flags: 0,
_connectQueueSize: 0,
destroyed: false,
bytesRead: 470,
bytesWritten: 137,
allowHalfOpen: true,
writable: true,
readable: true,
server:
{ connections: 2,
allowHalfOpen: true,
_handle: [Object],
_events: [Object],
httpAllowHalfOpen: false },
ondrain: [Function],
_idleTimeout: 120000,
_idleNext:
{ _handle: [Object],
_pendingWriteReqs: 0,
_flags: 0,
_connectQueueSize: 0,
destroyed: false,
bytesRead: 0,
bytesWritten: 0,
allowHalfOpen: true,
writable: true,
readable: true,
server: [Object],
ondrain: [Function],
_idleTimeout: 120000,
_idleNext: [Object],
_idlePrev: [Circular],
_idleStart: Thu, 15 Dec 2011 05:34:11 GMT,
_events: [Object],
ondata: [Function],
onend: [Function] },
_idlePrev:
{ _idleNext: [Circular],
_idlePrev: [Object],
ontimeout: [Function] },
_idleStart: Thu, 15 Dec 2011 05:34:11 GMT,
_events: { timeout: [Function], error: [Function], close: [Function] },
ondata: [Function],
onend: [Function],
_httpMessage: null },
httpVersionMajor: 1,
httpVersionMinor: 1,
upgrade: false }

mxfli 20楼•3年前

file.size Content-length !== gzip Content-length 会出现一直loading，但图片已经传完了。

chishaxie 21楼•3年前

楼主你的Range不规范

请求下载整个文件:
GET /test.rar HTTP/1.1
Connection: close
Host: 116.1.219.219
Range: bytes=0-801 //一般请求下载整个文件是bytes=0- 或不用这个头

一般正常回应
HTTP/1.1 200 OK
Content-Length: 801
Content-Type: application/octet-stream
Content-Range: bytes 0-800/801 //801:文件总大小

你的测试是 Range: 0-20
少了 bytes=

gxmari007 22楼•3年前

我也遇到这问题但把<meta charset='utf-8' />后面的/去掉就不会了= =

nodexy 23楼•3年前

文件服务器的思路还是比较通用的 :)

JacksonTian 24楼•3年前

这个是个bug～

xuhaijinsky2008 25楼•3年前

我正好需要写一个文件上传下载服务器给C客户端使用，可以好好学习下这篇文章了。呵呵。

luoage 26楼•3年前

刚接触nodejs不久，见到这篇文章眼前顿时亮了

zdarks 27楼•3年前

感觉很不错啊，

sinple 28楼•2年前

如果那这个作为企业网站的未见服务器，大家觉得如何？

dgq420377903 29楼•2年前

@Jackson 这个bug有解决方法吗？

alsotang 30楼•2年前

深入浅出啊（虽然我不懂这个词到底是个什么意思）。如果这样的文章更多点的话，Nodejs的发展就不成问题了，小的作为一个菜鸟竟然也能体验到亲手打造静态服务器的过程。

hkant 31楼•2年前

if (request.headers[ifModifiedSince] && lastModified == request.headers[ifModifiedSince]) 这句话也写错了吧，难道就必须相等才行吗，判断条件应该是request.headers[ifModifiedSince])晚于lastModified 吧