这个是这个项目的底层支撑部分。用来支持静态资源文件像html, css, gif, jpg, png, javascript, json, plain text等等静态资源的访问。这里面是有一个mime类型的文件映射。
mime.js
这里面我先解释一下从输入网址到页面出现的过程。 当用户在浏览器地址栏里面输入一个url的时候。
接下来会发生一系列的过程。首先是DNS解析， 将域名转换成对应的IP地址，之后浏览器与远程Web服务器通过TCP三次握手协商来建立一个TCP/IP连接。该握手包括一个同步报文，开一个同步-应答报文和一个应答报文，这三个报文在浏览器和服务器之间传递。该握手首先由客户端尝试建立起通信，而后服务器应答并接受客户端的请求，最后由客户端发出该请求已经被接受的报文。一旦TCP/IP连接建立，浏览器会通过该连接向远程服务器发送HTTP的GET请求。
远程服务器找到资源并使用HTTP响应返回该资源，值为200的HTTP响应状态表示一个正确的响应。此时，Web服务器提供资源服务，客户端开始下载资源。下载的资源包括了html文件，css文件，javascript文件,image文件。然后开始构建一颗渲染树和一颗DOM树，期间会有css阻塞和js阻塞。所以底层是需要一个静态服务器支撑。这里面我原生构造一个静态服务器，不采用express框架。
事实上每一次资源文件请求的过程是一次次GET请求。下面我解释一下客户端（浏览器端或者采用linux下采用curl方式）的GET请求所对应的服务端处理过程。一次Get请求发送到服务端后，服务端可以根据GET请求对应一个资源文件的路径。知道了这个路径后，我们就可以采用文件读写的方式获取指定路径下的资源，然后返回给客户端。
我们知道Node里面的文件读写的API有readFile和readFileSync，但是更好的方式是采用流的方式去读取文件，采用流的方式的优点是可以采用缓存和gzip压缩。
OK，那么如何实现缓存呢？通常情况下，客户端第一次去请求的时候，服务端会读取资源文件，返回给客户端。但是第二次再去请求同样的文件时，这个时候还是需要发送一次请求到服务端。服务端会根据Expires, cache-control, If-Modified-Since等Http头信息判断这个资源是否已经缓存过。如果有缓存，服务端则不会再次访问资源文件的实际路径。直接返回缓存的资源。
server.js
输出一个404错误 if (!exists) { res.writeHead(404, "Not Found", {'Content-Type': 'text/plain'}); res.write("The request url" + pathName +" is not found!"); res.end(); } else { // 当文件存在时的处理逻辑 fs.stat(realPath, function(err, stat) { // 获取文件扩展名 var ext = path.extname(realPath); ext = ext ? ext.slice(1) : "unknown"; var contentType = mime[ext] || "text/plain"; // 设置 Content-Type res.setHeader("Content-Type", contentType); var lastModified = stat.mtime.toUTCString(); var ifModifiedSince = "If-Modified-Since".toLowerCase(); res.setHeader("Last-Modified", lastModified); if (ext.match(config.Expires.fileMatch)) { var expires = new Date(); expires.setTime(expires.getTime() + config.Expires.maxAge * 1000); res.setHeader("Expires", expires.toUTCString()); res.setHeader("Cache-Control", "max-age=" + config.Expires.maxAge); } if (req.headers[ifModifiedSince] && lastModified == req.headers[ifModifiedSince]) { res.writeHead(304, "Not Modified"); res.end(); } else { // 使用流的方式去读取文件 var raw = fs.createReadStream(realPath); var acceptEncoding = req.headers['accept-encoding'] || ""; var matched = ext.match(config.Compress.match); if (matched && acceptEncoding.match(/\bgzip\b/)) { res.writeHead(200, "Ok", {'Content-Encoding': 'gzip'}); raw.pipe(zlib.createGzip()).pipe(res); } else if (matched && acceptEncoding.match(/\bdeflate\b/)) { res.writeHead(200, "Ok", {'Content-Encoding': 'deflate'}); raw.pipe(zlib.createDeflate()).pipe(res); } else { res.writeHead(200, "Ok"); raw.pipe(res); }//下面是普通的读取文件的方式，不推荐
//监听3000端口
// 让socket.io服务器和http服务器共享一个端口
二，服务端利用WebSocket构建聊天室服务端
为什么采用websocket?
我们知道现在主流的聊天室还是采用ajax去实现客户端和服务端的通信。采用的是一种轮询的机制。所谓轮询，就是客户端每隔一段时间就去发送一次请求，询问服务端，看看服务端有没有新的聊天数据，如果有新的数据，就返回给客户端。
Websocket则完全不同。 websocket是基于长链接。就是客户端和服务端一旦建立链接之后，这个链接就会一直存在。 是一种全双工的通信。 这个时候的机制有点类似发布-订阅模式。 客户端会订阅一些事件，一旦服务端有新的数据出现，会主动推送给客户端。
websocket采用的是ws协议，不是http协议或者https协议。另外采用websocket的另一个好处就是可以减少很多数据流量。文章开头，我已经介绍了传统的一次资源请求过程，需要三次握手协议，而且每次请求头所占空间比较大，这样会很费流量。而Websocket里面的互相沟通的Header是很小的-大概只有 2 Bytes。
三，利用Angular搭建聊天室客户端
为什么使用Angular?
作为一款前端MVC框架，Angular.js无疑是引人注目的。模块化，双向数据绑定，指令系统，依赖注入。而且Angular内置jquerylite，这让熟悉jQuery语法的同学很容易上手。
当然，个人认为， angular在构建一个单页应用和crud项目方面有很大的优势。 我们这个聊天室就是基于SPA（single page application）的目的。
index.html
怎样构建一个单页应用？单页应用的原理？
先谈谈单页应用的原理。所谓单页，并不是整个页面无刷新。当你审查一下google chrome的console控制台的时候，你会发现，angular内部还是采用了ajax去异步请求资源。所以只是局部刷新。但是这种方式相对于以前的DOM节点的删除和修改已经有很大的进步了。
构建单页应用，我们需要借助于angular-route.js。这个angular子项目可以帮助我们定义路由和对应的逻辑处理控制器。利用它，我们可以实现一个单页应用。
app.js
客户端聊天界面的代码逻辑如下
InitCtrl.js
基于node.js和socket.io搭建多人聊天室
刚学node.js，想着做点东西练练手。网上的东西多而杂，走了不少弯路，花了一天时间在调代码上。参考网上的一篇文章，重写了部分代码，原来的是基于基于node-websocket-server框架的，我没用框架，单单是socket.io。
一、基本功能
1、用户随意输入一个昵称即可登录
2、登录成功后
1) 对正在登录用户来说，罗列所有在线用户列表，罗列最近的历史聊天记录
2) 对已登录的用户来说，通知有新用户进入房间，更新在线用户列表
3、退出登录
1)支持直接退出
2) 当有用户退出，其他所有在线用户会收到信息，通知又用户退出房间，同时更新在线用户列表
4、聊天
1) 聊天就是广播，把信息广播给所有连接在线的用户
5、一些出错处理
1) 暂时简单处理了系统逻辑错误、网络出错等特殊情况的出错提示
问题：功能不完善，有bug(退出后，新用户重新登录，还是原来的用户) 。抽空完善吧
二、技术介绍
socket.io(官网：http://socket.io/)是一个跨平台，多种连接方式自动切换，做即时通讯方面的开发很方便，而且能和expressjs提供的传统请求方式很好的结合，即可以在同一个域名，同一个端口提供两种连接方式：request/response, websocket(flashsocket,ajax…)。
这篇文章对socket.io的使用做了详细介绍：http://www.gxlcms.com/article/71361.htm
《用node.js和Websocket做个多人聊天室吧》http://www.html5china.com/HTML5features/WebSocket/20111206_3096.html
三、注意事项
（1）客户端这样引用socket.io.js：
可能会加载失败（我在这里耗了不少时间）
可以改为：
(对应服务器的ip地址和端口号，比如说localhost和80端口)
（2）实现广播的时候，参考官网的写法，竟然不起作用，如：
后来看了这个：http://stackoverflow.com/questions/73521/update-all-clients-using-socket-io
改为以下才起作用：
四、效果图
五、源码下载
Nodejs多人聊天室（点击此处下载源码）
ps:
1、在命令行运行
然后在浏览器中打开index.html,如果浏览器（ff、Chrome）不支持，请升级到支持WebSocket的版本.
2、推荐node.js的IDE WebStorm
以上内容就是本文基于Angular和Nodejs搭建聊天室及多人聊天室的实现，希望大家喜欢。
下载本文