细节讲清楚，谢谢！
全部答案（共1个回答）
先从后面搂住，两手环搂在她的腹部位置，双手一定要搂紧，脑袋埋在她的左肩上，注意，要用下巴重重地抵在她的左肩上，让她觉得你离不开她，需要她，然后专捡肉麻的词儿往她脑袋里灌！什么肉麻就说什么，别不好意思，女孩子一般很矜持的，你再害羞一点的话，得，这下可真没你什么事儿了。 你要深情款款地对她说那些甜言蜜语，别笑，一定要严肃！让她感觉你是她的唯一依靠，她虽然会说你肉麻但心里还是很高兴的，这下你就可以把她转过来，你再次从前面搂住她，双手扶在她的腰上，然后强行吻她，这个吻一定要够爷们儿！要霸气！别像个娘们儿似的彬彬有礼，让她体会到你的阳刚之气，在吻的同时你可以拿下身紧紧抵着她，让她稍微紧张一下，这是一种对她的暗示，能使女方在羞愧的同时兴奋起来，吻的时间要够，最低不能少于5分钟，可以采取舌吻或者吞吻的方式，吻的同时你的双手就可以尽情游走了，但仅限于后背，摸几下你就可以脱她的衣服了，然后你抱住她慢慢移动到床边，脚步要慢慢的，不要引起她的注意，别让她把你主宰了，她把你主宰了的话有可能这次真没你什么事儿了，用粗野的行动把她主宰后，慢慢移动到床边，慢慢地把她抱在床上，这个过程一定要自然，在床上以后就可以去除那些碍眼的东西了，最后是吻 抚摩，抚摩的地方与吻的地方随意，但要一步一步来，切不可急噪，抚摩要温柔一点，亲吻要用力一点，可以由上往下，由下往上，从前到后，从后到前，让她体会到兴奋与刺激，最后你该干什么干什么。
纳克萨玛斯之影:天灾入侵
多年来藏匿在人们内心深处的恐惧终于袭来，亡灵天灾对艾泽拉斯世界展开了最直接而猛烈的侵攻！世界各地的上空都出现了...
没有鄂系军阀，鄂军是吴佩孚乘孙传芳反奉机会，到汉口自称苏、浙、鄂、赣、川等十四省讨贼联军总司令，委任萧耀南为鄂军总司令。其实是隶属直系。此外,中央政府直接控制或...
的"网友之家"有
进入洞窟可以看到几个小精灵. 开始4个就利用S指环把它们引到洞窟的第一个记录点那里,到了那里精灵会自动留在那里.
关键是第五个,开始要在S指环机能变换点那里把红...
自己要持有C照，用于跑运输的你自己要有道路运输资格从业证，每年4个季度要检2级维护检。新车2年检一次
答: 在国外能使用第三方支付软件吗？
答: 接入技术的发展充分体现了“三网合一”的应用趋势：ADSL是利用原来的语音载体电话线传递数据，线缆调制解调器则利用原有的图像载体有线电视传递数据，大家熟悉的IP电...
答: 应该不是的吧
每家运营商的DNS都不同，而且各省的也不同。你可以问问你的网络提供商，他们会告诉你的。（也可以通过分别访问域名和IP来检查DNS是否正常，访问域名不行，而访问IP可以，则说明DNS设置不对）
另外，如果ADSL-电脑没问题，一般ADSL-路由器也没问题的。而且采用ADSL拨号的话，DNS可以不设置的，拨号成功后会自动取得DNS服务器。
问题可能出在路由器设置上。进去检查一下吧。看看上网方式，上网用户名密码是否正确。
（有个问题要注意一下，有些地方的运营商会限制使用路由器或者限制接入数量，一般是采取绑定网卡MAC地址的方式，如果路由器设置都正常，试试路由器的MAC地址克隆功能，把电脑网卡的MAC复制过去）
1、以身作则，如果连自己都做不好，还怎么当班长？
2、人缘好，我就是由于人缘不好，才改当副班长的。
3、团结同学，我们班有一个班长就是由于不团结同学才不当班长的，他现在是体育委员。
4、要有管理能力，首先要有大嗓门，我们班有位学习委员就是由于声音太轻才以3票之差当不了班长；其次要口齿清楚，让同学能听得懂你说的话；第三要说出有道理的话,让吵闹或打架的同学心服口服；第四，不能包庇好朋友，公正；第五，要搞好师生关系；第六，要严以律己，宽以待人，我们班的第一任班长就是因为“严以待人，宽以律己”才不能继续当下去的。
5、要坚持，我们班的纪律委员就是由于没有恒心，原来的大组长、卫生委员、劳动委员、体育委员、学习委员、小组长等（每个学期都加起来）都被免除了，现在的才当1天的纪律委员要不要免除都在考虑中，还要写说明书。
6、提醒班干部做自己要做的事，要有责任心。我们班的纪律委员就是没有责任心，班长的职务都被罢免了。
7、不要拿出班长的架子，要虚心。
8、关心同学（包括学习）。
9、要及早发现问题,自己可以解决的自己解决；自己不能解决的，早日让班主任解决。
10、要发现班级的好的地方，及时表扬。让全班都照做。
11、不要太担心学习，当个班干部，对以后工作有好处，这是个锻炼的机会，好好当吧，加油！
在高中阶段，学校和老师的规定一般都是为了学生的成绩着想，执行老师的话，其实也是为了大家好。即使有时候打点小报告，只要你的心态的好的，也不是坏事。比如A学习不专心，你用个适当的办法提醒老师去关心他，其实也是为了他好。
总的方针：和同学们组成一个团结的班集体，一切以班集体利益为上（当然不冲突国家、社会和学校利益为前提）。跟上面领导要会说话，有一些不重要的东西能满就满，这对你的同学好，也对你的班好。
再说十五点
一，以德服人
也是最重要的，不靠气势，只靠气质，首先要学会宽容（very important）你才能与众不同，不能和大家“同流合污”（夸张了点），不要有这样的想法：他们都怎么样怎样，我也。如果你和他们一样何来让你管理他们，你凭什么能管理他们？
二，无亲友
说的绝了点，彻底无亲友是不可能，是人都有缺点，有缺点就要有朋友帮助你。不是说，不要交友，提倡交友，但是不能把朋友看的太重，主要不能对朋友产生依赖感，遇到事情先想到靠自己，而不是求助！
三，一视同仁
上边说的无亲友也是为了能更好的能一视同仁，无论是什么关系，在你眼里都应是同学，可能比较难作到，但没有这点，就不可能服众。
四，不怕困难
每个班级里都会一些不听话的那种，喜欢摆谱的那种，不用怕，他们是不敢怎么样的！知难而进才是一个班长应该有的作风。
五，带头作用
我想这点大家都有体会就不多说了
六，打成一片
尽量和大家达成共识，没有架子，不自负不自卑，以微笑面对每一个人，不可以有歧视心理，不依赖老师，有什么事情自己解决，老师已经够累的了。
七，“我是班长”
这句话要随时放在心底，但是随时都不要放在嘴上，有强烈的责任心，时刻以班级的荣誉为主，以大家的荣誉为主。什么事情都冲在最前面。遇事镇定。
八，帮助同学
帮助同学不是为了给大家留下一个好的印象等利益方面的事，是你一个班长的责任，是你应该做的，只要你还是一个班长，你就要为人民服务（夸张）为同学服务。
九，诚实守信
大家应该都知道这个，是很容易作到的，也是很不容易作到，然这两句话并不是矛盾的，不是为了建立一个好的形象，和班级责任也没有什么关系，只是一个人应该有的道德品质。但你必须作到，连这样都做不到，就不可能做成一个好的班长。
十，拿的起放的下
学会放弃也同样重要，学会辨别好与坏。知道什么是该做的，什么是不该做的。
十一，谦虚
认真分析同学给你提的意见，不管是有意的，还是无意的。提出来就有他的想法，有他的动机。要作到一日三醒我身。
十二，心态端正
总之要有一个好的心态，积极向上的心态，把事情往好里想，但同时要知道另一面的危机，遇到事情首先想到的应该是解决问题，而不是别的！
十三,合理的运用身边的人和事
主动,先下手为强,遇到不能够管理的,就可以和其他班干部一起对付,实在不行,就迅速找到老师陈述自己的观点,免得他倒打一耙(尽量少打小报告.)
十四,和老师同学搞好关系.
威信可以提高,你说的话老师也比较相信,可以简单一点的拿到老师的一些特殊授权,而这些授权往往对你的帮助很大.
十五,合理的运用自己的权利和魄力
对付难管理的,权利在他的眼中已经不存在的,就运用你的魄力,用心去交流,努力感动身边的人,感动得他们铭记于心,你就成功了.
一点要加油哦
规模以上工业企业是指全部国有企业(在工商局的登记注册类型为"110"的企业)和当年产品销售收入500万元以上(含)的非国有工业企业。
考虑是由于天气比较干燥和身体上火导致的，建议不要吃香辣和煎炸的食物，多喝水，多吃点水果，不能吃牛肉和海鱼。可以服用（穿心莲片，维生素b2和b6）。也可以服用一些中药，如清热解毒的。
确实没有偿还能力的，应当与贷款机构进行协商，宽展还款期间或者分期归还； 如果贷款机构起诉到法院胜诉之后，在履行期未履行法院判决，会申请法院强制执行； 法院在受理强制执行时，会依法查询贷款人名下的房产、车辆、证券和存款；贷款人名下没有可供执行的财产而又拒绝履行法院的生效判决，则有逾期还款等负面信息记录在个人的信用报告中并被限制高消费及出入境，甚至有可能会被司法拘留。
第一步：教育引导
不同年龄阶段的孩子“吮指癖”的原因不尽相同，但于力认为，如果没有什么异常的症状，应该以教育引导为首要方式，并注意经常帮孩子洗手，以防细菌入侵引起胃肠道感染。
第二步：转移注意力
比起严厉指责、打骂，转移注意力是一种明智的做法。比如，多让孩子进行动手游戏，让他双手都不得闲，或者用其他的玩具吸引他，还可以多带孩子出去游玩，让他在五彩缤纷的世界里获得知识，增长见识，逐渐忘记原来的坏习惯。对于小婴儿，还可以做个小布手套，或者用纱布缠住手指，直接防止他吃手。但是，不主张给孩子手指上“涂味”，比如黄连水、辣椒水等，以免影响孩子的胃口，黄连有清热解毒的功效，吃多了还可导致腹泻、呕吐。
合肥政务区网络广告推广网络推广哪家公司比较好 一套能在互联网上跑业务的系统，被网络营销专家赞为目前最 有效的网络推广方式！
1、搜索引擎营销：分两种SEO和PPC，即搜索引擎优化，是通过对网站结构、高质量的网站主题内容、丰富而有价值的相关性外部链接进行优化而使网站为用户及搜索引擎更加友好，以获得在搜索引擎上的优势排名为网站引入流量。
良工拥有十多位资深制冷维修工程师，十二年生产与制造经验，技术力量雄厚，配有先进的测试仪器，建有系列低温测试设备，备有充足的零部件，包括大量品牌的压缩机，冷凝器，蒸发器，水泵，膨胀阀等备品库，能为客户提供迅捷，优质的工业冷水机及模温机维修和保养。
楼主，龙德教育就挺好的，你可以去试试，我们家孩子一直在龙德教育补习的，我觉得还不错。
成人可以学爵士舞。不过对柔软度的拒绝比较大。　　不论跳什么舞，如果要跳得美，身体的柔软度必须要好，否则无法充分发挥出理应的线条美感，爵士舞也不值得注意。在展开暖身的弯曲动作必须注意，不适合在身体肌肉未几乎和暖前用弹振形式来做弯曲，否则更容易弄巧反拙，骨折肌肉。用静态方式弯曲较安全，不过也较必须耐性。柔软度的锻炼动作之幅度更不该超过疼痛的地步，肌肉有向上的感觉即可，动作(角度)保持的时间可由10馀秒至30-40秒平均，时间愈长对肌肉及关节附近的联结的组织之负荷也愈高。
正在加载...
Copyright &
Corporation, All Rights Reserved
确定举报此问题
举报原因(必选)：
广告或垃圾信息
激进时政或意识形态话题
不雅词句或人身攻击
侵犯他人隐私
其它违法和不良信息
报告，这不是个问题
报告原因(必选)：
这不是个问题
这个问题分类似乎错了
这个不是我熟悉的地区求19题编程_百度知道
求19题编程
答题抽奖
首次认真答题后
即可获得3次抽奖机会，100%中奖。
#include&stdio.h&int main(){
double a,b,c,
scanf(&%lf%lf%lf&,&a,&b,&c);
ans=(a+b+c)/3;
printf(&%.1lf\n&,ans);//格式化输出1位小数，后面自动四舍五入的
return 0;}
ans是什么意思 今天刚学 有点不懂
随便设置的一个，就是代表平均数，也可以是其他的
采纳率：56%
为您推荐：
其他类似问题
您可能关注的内容
换一换
回答问题，赢新手礼包
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。请求讲解 最好带图 谢谢_百度知道
请求讲解 最好带图 谢谢
答题抽奖
首次认真答题后
即可获得3次抽奖机会，100%中奖。
其实我很文静
来自：作业帮
先点一下采纳，我正在帮你做，以后有问题都问我，我会耐心为您解答的，好吗？
为您推荐：
其他类似问题
换一换
回答问题，赢新手礼包
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。一次完整的 HTTP 请求过程 - 文章 - 伯乐在线
& 一次完整的 HTTP 请求过程
一次完整的HTTP请求过程从TCP三次握手建立连接成功后开始，客户端按照指定的格式开始向服务端发送HTTP请求，服务端接收请求后，解析HTTP请求，处理完业务逻辑，最后返回一个HTTP的响应给客户端，HTTP的响应内容同样有标准的格式。无论是什么客户端或者是什么服务端，大家只要按照HTTP的协议标准来实现的话，那么它一定是通用的。
HTTP 请求格式
HTTP请求格式主要有四部分组成，分别是：请求行、请求头、空行、消息体，每部分内容占一行
&request-line&
&general-headers&
&request-headers&
&entity-headers&
&empty-line&
[&message-body&]
&request-line&&general-headers&&request-headers&&entity-headers&&empty-line&[&message-body&]
请求行：请求行是请求消息的第一行，由三部分组成：分别是请求方法（GET/POST/DELETE/PUT/HEAD）、请求资源的URI路径、HTTP的版本号
GET /index.html HTTP/1.1
GET /index.html HTTP/1.1
请求头：请求头中的信息有和缓存相关的头（Cache-Control，If-Modified-Since）、客户端身份信息（User-Agent）等等。例如：
Cache-Control:max-age=0
Cookie:gsScrollPos=; _ga=GA1.2.; _gat=1
If-Modified-Since:Sun, 01 May :03 GMT
User-Agent:Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.84 Safari/537.36
Cache-Control:max-age=0Cookie:gsScrollPos=; _ga=GA1.2.; _gat=1If-Modified-Since:Sun, 01 May 2016 11:19:03 GMTUser-Agent:Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.84 Safari/537.36
消息体：请求体是客户端发给服务端的请求数据，这部分数据并不是每个请求必须的。
HTTP 响应格式
服务器接收处理完请求后返回一个HTTP相应消息给客户端。HTTP响应消息的格式包括：状态行、响应头、空行、消息体。每部分内容占一行。
&status-line&
&general-headers&
&response-headers&
&entity-headers&
&empty-line&
[&message-body&]
&status-line&&general-headers&&response-headers&&entity-headers&&empty-line&[&message-body&]
状态行：状态行位于相应消息的第一行，有HTTP协议版本号，状态码和状态说明三部分构成。如：
HTTP/1.1 200 OK
HTTP/1.1 200 OK
响应头：响应头是服务器传递给客户端用于说明服务器的一些信息，以及将来继续访问该资源时的策略。
Connection:keep-alive
Content-Encoding:gzip
Content-Type:text/ charset=utf-8
Date:Fri, 24 Jun :31 GMT
Server:nginx/1.9.12
Transfer-Encoding:chunked
Connection:keep-aliveContent-Encoding:gzipContent-Type:text/html; charset=utf-8Date:Fri, 24 Jun 2016 06:23:31 GMTServer:nginx/1.9.12Transfer-Encoding:chunked
响应体：响应体是服务端返回给客户端的HTML文本内容，或者其他格式的数据，比如：视频流、图片或者音频数据。
WEB Server都是基于Socket编程，又称之为网络编程，网络协议通过一个叫做socket的对象抽象出来，socket可以建立网络连接，读数据，写数据。socket模块定义了一些常量参数，用来指定socket的的地址族、socket的类型、以及支持的TCP/IP协议。
socket.socket([family[, type[, proto]]])：根据指定的地址族和套接字类型、协议编号（默认为0）来创建套接字对象。AF_INET对应的IPV4, AF_INET6对应的IPV6。
Socket 对象方法
socket.bind(address)：绑定IP地址以及端口
socket.listen(backlog) ：在指定的端口开始监听，backlog表示connection队列的最大长度
socket.setblocking(flag) ： 设置为非阻塞还是阻塞的socket，如果是非阻塞的，那么调用recv的时候如果没有数据可读，那么久直接返回一个错误，相反如果设置为阻塞模式，如果没有数据可读，那么就一直处于阻塞等待数据的状态。
socket.accept()：当有连接请求过来时，接收该连接，返回一个socket对象，该对象可以在基于该连接发送和接收数据。
socket.sendall(string[, flags])：发送数据
socket.recv(bufsize[, flags])：接收数据
socket.close()：关闭socket连接。
搞清楚了HTTP规范和Socket之后，我们就可以使用Socket实现一个对简单的HTTP服务器了。代码：
# -*- coding:utf-8 -*-
import socket
if __name__ == '__main__':
PORT = 8000
sock = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
sock.bind(('127.0.0.1', PORT))
sock.listen(1)
print 'Serving HTTP on port %s ...' % PORT
conn, addr = sock.accept()
print conn, addr
request = conn.recv(1024)
# HTTP响应消息
response = "HTTP/1.1 200 OK\nContent-Type:text/html\nServer:myserver\n\nHello, World!"
conn.sendall(response)
conn.close()
12345678910111213141516171819
# -*- coding:utf-8 -*-&import socket&if __name__ == '__main__':&&&&PORT = 8000&&&&sock = socket.socket(socket.AF_INET, socket.SOCK_STREAM)&&&&sock.bind(('127.0.0.1', PORT))&&&&sock.listen(1)&&&&print 'Serving HTTP on port %s ...' % PORT&&&&&while 1:&&&&&&&&conn, addr = sock.accept()&&&&&&&&print conn, addr&&&&&&&&request = conn.recv(1024)&&&&&&&&# HTTP响应消息&&&&&&&&response = "HTTP/1.1 200 OK\nContent-Type:text/html\nServer:myserver\n\nHello, World!"&&&&&&&&conn.sendall(response)&&&&&&&&conn.close()
浏览器访问地址：
打赏支持我写出更多好文章，谢谢！
打赏支持我写出更多好文章，谢谢！
关于作者：Node入门 >> 一本全面的Node.js教程
购买“Node入门”中文版电子书
本书共42页
支持PDF格式，Kindle以及ePub格式
直接下载，免费更新
本书致力于教会你如何用Node.js来开发应用，过程中会传授你所有所需的“高级”JavaScript知识。本书绝不是一本“Hello World”的教程。
你正在阅读的已经是本书的最终版。因此，只有当进行错误更正以及针对新版本Node.js的改动进行对应的修正时，才会进行更新。
本书中的代码案例都在Node.js 0.6.11版本中测试过，可以正确工作。
本书最适合与我有相似技术背景的读者： 至少对一门诸如Ruby、Python、PHP或者Java这样面向对象的语言有一定的经验；对JavaScript处于初学阶段，并且完全是一个Node.js的新手。
这里指的适合对其他编程语言有一定经验的开发者，意思是说，本书不会对诸如数据类型、变量、控制结构等等之类非常基础的概念作介绍。要读懂本书，这些基础的概念我都默认你已经会了。
然而，本书还是会对JavaScript中的函数和对象作详细介绍，因为它们与其他同类编程语言中的函数和对象有很大的不同。
读完本书之后，你将完成一个完整的web应用，该应用允许用户浏览页面以及上传文件。
当然了，应用本身并没有什么了不起的，相比为了实现该功能书写的代码本身，我们更关注的是如何创建一个框架来对我们应用的不同模块进行干净地剥离。 是不是很玄乎？稍后你就明白了。
本书先从介绍在Node.js环境中进行JavaScript开发和在浏览器环境中进行JavaScript开发的差异开始。
紧接着，会带领大家完成一个最传统的“Hello World”应用，这也是最基础的Node.js应用。
最后，会和大家讨论如何设计一个“真正”完整的应用，剖析要完成该应用需要实现的不同模块，并一步一步介绍如何来实现这些模块。
可以确保的是，在这过程中，大家会学到JavaScript中一些高级的概念、如何使用它们以及为什么使用这些概念就可以实现而其他编程语言中同类的概念就无法实现。
该应用所有的源代码都可以通过
JavaScript与Node.js
JavaScript与你
抛开技术，我们先来聊聊你以及你和JavaScript的关系。本章的主要目的是想让你看看，对你而言是否有必要继续阅读后续章节的内容。
如果你和我一样，那么你很早就开始利用HTML进行“开发”，正因如此，你接触到了这个叫JavaScript有趣的东西，而对于JavaScript，你只会基本的操作——为web页面添加交互。
而你真正想要的是“干货”，你想要知道如何构建复杂的web站点 —— 于是，你学习了一种诸如PHP、Ruby、Java这样的编程语言，并开始书写“后端”代码。
与此同时，你还始终关注着JavaScript，随着通过一些对jQuery，Prototype之类技术的介绍，你慢慢了解到了很多JavaScript中的进阶技能，同时也感受到了JavaScript绝非仅仅是window.open() 那么简单。 .
不过，这些毕竟都是前端技术，尽管当想要增强页面的时候，使用jQuery总让你觉得很爽，但到最后，你顶多是个JavaScript用户，而非JavaScript开发者。
然后，出现了Node.js，服务端的JavaScript，这有多酷啊？
于是，你觉得是时候该重新拾起既熟悉又陌生的JavaScript了。但是别急，写Node.js应用是一件事情；理解为什么它们要以它们书写的这种方式来书写则意味着——你要懂JavaScript。这次是玩真的了。
问题来了： 由于JavaScript真正意义上以两种，甚至可以说是三种形态存在（从中世纪90年代的作为对DHTML进行增强的小玩具，到像jQuery那样严格意义上的前端技术，一直到现在的服务端技术），因此，很难找到一个“正确”的方式来学习JavaScript，使得让你书写Node.js应用的时候感觉自己是在真正开发它而不仅仅是使用它。
因为这就是关键： 你本身已经是个有经验的开发者，你不想通过到处寻找各种解决方案（其中可能还有不正确的）来学习新的技术，你要确保自己是通过正确的方式来学习这项技术。
当然了，外面不乏很优秀的学习JavaScript的文章。但是，有的时候光靠那些文章是远远不够的。你需要的是指导。
本书的目标就是给你提供指导。
业界有非常优秀的JavaScript程序员。而我并非其中一员。
我就是上一节中描述的那个我。我熟悉如何开发后端web应用，但是对“真正”的JavaScript以及Node.js，我都只是新手。我也只是最近学习了一些JavaScript的高级概念，并没有实践经验。
因此，本书并不是一本“从入门到精通”的书，更像是一本“从初级入门到高级入门”的书。
如果成功的话，那么本书就是我当初开始学习Node.js最希望拥有的教程。
服务端JavaScript
JavaScript最早是运行在浏览器中，然而浏览器只是提供了一个上下文，它定义了使用JavaScript可以做什么，但并没有“说”太多关于JavaScript语言本身可以做什么。事实上，JavaScript是一门“完整”的语言： 它可以使用在不同的上下文中，其能力与其他同类语言相比有过之而无不及。
Node.js事实上就是另外一种上下文，它允许在后端（脱离浏览器环境）运行JavaScript代码。
要实现在后台运行JavaScript代码，代码需要先被解释然后正确的执行。Node.js的原理正是如此，它使用了Google的V8虚拟机（Google的Chrome浏览器使用的JavaScript执行环境），来解释和执行JavaScript代码。
除此之外，伴随着Node.js的还有许多有用的模块，它们可以简化很多重复的劳作，比如向终端输出字符串。
因此，Node.js事实上既是一个运行时环境，同时又是一个库。
要使用Node.js,首先需要进行安装。关于如何安装Node.js，这里就不赘述了，可以直接参考。安装完成后，继续回来阅读本书下面的内容。
“Hello World”
好了，“废话”不多说了，马上开始我们第一个Node.js应用：“Hello World”。
打开你最喜欢的编辑器，创建一个helloworld.js文件。我们要做就是向STDOUT输出“Hello World”，如下是实现该功能的代码：
console.log("Hello World");
保存该文件，并通过Node.js来执行：
node helloworld.js
正常的话，就会在终端输出Hello World 。
好吧，我承认这个应用是有点无趣，那么下面我们就来点“干货”。
一个完整的基于Node.js的web应用
我们来把目标设定得简单点，不过也要够实际才行：
用户可以通过浏览器使用我们的应用。
当用户请求http://domain/start时，可以看到一个欢迎页面，页面上有一个文件上传的表单。
用户可以选择一个图片并提交表单，随后文件将被上传到http://domain/upload，该页面完成上传后会把图片显示在页面上。
差不多了，你现在也可以去Google一下，找点东西乱搞一下来完成功能。但是我们现在先不做这个。
更进一步地说，在完成这一目标的过程中，我们不仅仅需要基础的代码而不管代码是否优雅。我们还要对此进行抽象，来寻找一种适合构建更为复杂的Node.js应用的方式。
应用不同模块分析
我们来分解一下这个应用，为了实现上文的用例，我们需要实现哪些部分呢？
我们需要提供Web页面，因此需要一个HTTP服务器
对于不同的请求，根据请求的URL，我们的服务器需要给予不同的响应，因此我们需要一个路由，用于把请求对应到请求处理程序（request handler）
当请求被服务器接收并通过路由传递之后，需要可以对其进行处理，因此我们需要最终的请求处理程序
路由还应该能处理POST数据，并且把数据封装成更友好的格式传递给请求处理入程序，因此需要请求数据处理功能
我们不仅仅要处理URL对应的请求，还要把内容显示出来，这意味着我们需要一些视图逻辑供请求处理程序使用，以便将内容发送给用户的浏览器
最后，用户需要上传图片，所以我们需要上传处理功能来处理这方面的细节
我们先来想想，使用PHP的话我们会怎么构建这个结构。一般来说我们会用一个Apache HTTP服务器并配上mod_php5模块。从这个角度看，整个“接收HTTP请求并提供Web页面”的需求根本不需要PHP来处理。
不过对Node.js来说，概念完全不一样了。使用Node.js时，我们不仅仅在实现一个应用，同时还实现了整个HTTP服务器。事实上，我们的Web应用以及对应的Web服务器基本上是一样的。
听起来好像有一大堆活要做，但随后我们会逐渐意识到，对Node.js来说这并不是什么麻烦的事。
现在我们就来开始实现之路，先从第一个部分--HTTP服务器着手。
构建应用的模块
一个基础的HTTP服务器
当我准备开始写我的第一个“真正的”Node.js应用的时候，我不但不知道怎么写Node.js代码，也不知道怎么组织这些代码。
我应该把所有东西都放进一个文件里吗？网上有很多教程都会教你把所有的逻辑都放进一个用Node.js写的基础HTTP服务器里。但是如果我想加入更多的内容，同时还想保持代码的可读性呢？
实际上，只要把不同功能的代码放入不同的模块中，保持代码分离还是相当简单的。
这种方法允许你拥有一个干净的主文件（main file），你可以用Node.js执行它；同时你可以拥有干净的模块，它们可以被主文件和其他的模块调用。
那么，现在我们来创建一个用于启动我们的应用的主文件，和一个保存着我们的HTTP服务器代码的模块。
在我的印象里，把主文件叫做index.js或多或少是个标准格式。把服务器模块放进叫server.js的文件里则很好理解。
让我们先从服务器模块开始。在你的项目的根目录下创建一个叫server.js的文件，并写入以下代码：
var http = require("http");http.createServer(function(request, response) {& response.writeHead(200, {"Content-Type": "text/plain"});& response.write("Hello World");& response.end();}).listen(8888);
搞定！你刚刚完成了一个可以工作的HTTP服务器。为了证明这一点，我们来运行并且测试这段代码。首先，用Node.js执行你的脚本：
node server.js
接下来，打开浏览器访问，你会看到一个写着“Hello World”的网页。
这很有趣，不是吗？让我们先来谈谈HTTP服务器的问题，把如何组织项目的事情先放一边吧，你觉得如何？我保证之后我们会解决那个问题的。
分析HTTP服务器
那么接下来，让我们分析一下这个HTTP服务器的构成。
第一行请求（require）Node.js自带的 http 模块，并且把它赋值给 http 变量。
接下来我们调用http模块提供的函数： createServer 。这个函数会返回一个对象，这个对象有一个叫做 listen 的方法，这个方法有一个数值参数，指定这个HTTP服务器监听的端口号。
咱们暂时先不管 http.createServer 的括号里的那个函数定义。
我们本来可以用这样的代码来启动服务器并侦听8888端口：
var http = require("http");var server = http.createServer();server.listen(8888);
这段代码只会启动一个侦听8888端口的服务器，它不做任何别的事情，甚至连请求都不会应答。
最有趣（而且，如果你之前习惯使用一个更加保守的语言，比如PHP，它还很奇怪）的部分是 createServer() 的第一个参数，一个函数定义。
实际上，这个函数定义是 createServer() 的第一个也是唯一一个参数。因为在JavaScript中，函数和其他变量一样都是可以被传递的。
进行函数传递
举例来说，你可以这样做：
function say(word) {& console.log(word);}function execute(someFunction, value) {& someFunction(value);}execute(say, "Hello");
请仔细阅读这段代码！在这里，我们把 say 函数作为execute函数的第一个变量进行了传递。这里传递的不是 say 的返回值，而是 say 本身！
这样一来， say 就变成了execute 中的本地变量 someFunction ，execute可以通过调用 someFunction() （带括号的形式）来使用 say 函数。
当然，因为 say 有一个变量， execute 在调用 someFunction 时可以传递这样一个变量。
我们可以，就像刚才那样，用它的名字把一个函数作为变量传递。但是我们不一定要绕这个“先定义，再传递”的圈子，我们可以直接在另一个函数的括号中定义和传递这个函数：
function execute(someFunction, value) {& someFunction(value);}execute(function(word){ console.log(word) }, "Hello");
我们在 execute 接受第一个参数的地方直接定义了我们准备传递给 execute 的函数。
用这种方式，我们甚至不用给这个函数起名字，这也是为什么它被叫做 匿名函数 。
这是我们和我所认为的“进阶”JavaScript的第一次亲密接触，不过我们还是得循序渐进。现在，我们先接受这一点：在JavaScript中，一个函数可以作为另一个函数接收一个参数。我们可以先定义一个函数，然后传递，也可以在传递参数的地方直接定义函数。
函数传递是如何让HTTP服务器工作的
带着这些知识，我们再来看看我们简约而不简单的HTTP服务器：
var http = require("http");http.createServer(function(request, response) {& response.writeHead(200, {"Content-Type": "text/plain"});& response.write("Hello World");& response.end();}).listen(8888);
现在它看上去应该清晰了很多：我们向 createServer 函数传递了一个匿名函数。
用这样的代码也可以达到同样的目的：
var http = require("http");function onRequest(request, response) {& response.writeHead(200, {"Content-Type": "text/plain"});& response.write("Hello World");& response.end();}http.createServer(onRequest).listen(8888);
也许现在我们该问这个问题了：我们为什么要用这种方式呢？
基于事件驱动的回调
这个问题可不好回答（至少对我来说），不过这是Node.js原生的工作方式。它是事件驱动的，这也是它为什么这么快的原因。
你也许会想花点时间读一下Felix Geisend?rfer的大作，它介绍了一些背景知识。
这一切都归结于“Node.js是事件驱动的”这一事实。好吧，其实我也不是特别确切的了解这句话的意思。不过我会试着解释，为什么它对我们用Node.js写网络应用（Web based application）是有意义的。
当我们使用 http.createServer 方法的时候，我们当然不只是想要一个侦听某个端口的服务器，我们还想要它在服务器收到一个HTTP请求的时候做点什么。
问题是，这是异步的：请求任何时候都可能到达，但是我们的服务器却跑在一个单进程中。
写PHP应用的时候，我们一点也不为此担心：任何时候当有请求进入的时候，网页服务器（通常是Apache）就为这一请求新建一个进程，并且开始从头到尾执行相应的PHP脚本。
那么在我们的Node.js程序中，当一个新的请求到达8888端口的时候，我们怎么控制流程呢？
嗯，这就是Node.js/JavaScript的事件驱动设计能够真正帮上忙的地方了——虽然我们还得学一些新概念才能掌握它。让我们来看看这些概念是怎么应用在我们的服务器代码里的。
我们创建了服务器，并且向创建它的方法传递了一个函数。无论何时我们的服务器收到一个请求，这个函数就会被调用。
我们不知道这件事情什么时候会发生，但是我们现在有了一个处理请求的地方：它就是我们传递过去的那个函数。至于它是被预先定义的函数还是匿名函数，就无关紧要了。
这个就是传说中的 回调 。我们给某个方法传递了一个函数，这个方法在有相应事件发生时调用这个函数来进行 回调 。
至少对我来说，需要一些功夫才能弄懂它。你如果还是不太确定的话就再去读读Felix的博客文章。
让我们再来琢磨琢磨这个新概念。我们怎么证明，在创建完服务器之后，即使没有HTTP请求进来、我们的回调函数也没有被调用的情况下，我们的代码还继续有效呢？我们试试这个：
var http = require("http");function onRequest(request, response) {& console.log("Request received.");& response.writeHead(200, {"Content-Type": "text/plain"});& response.write("Hello World");& response.end();}http.createServer(onRequest).listen(8888);console.log("Server has started.");
注意：在 onRequest （我们的回调函数）触发的地方，我用 console.log 输出了一段文本。在HTTP服务器开始工作之后，也输出一段文本。
当我们与往常一样，运行它node server.js时，它会马上在命令行上输出“Server has started.”。当我们向服务器发出请求（在浏览器访问 ），“Request received.”这条消息就会在命令行中出现。
这就是事件驱动的异步服务器端JavaScript和它的回调啦！
（请注意，当我们在服务器访问网页时，我们的服务器可能会输出两次“Request received.”。那是因为大部分浏览器都会在你访问 http://localhost:8888/ 时尝试读取 http://localhost:8888/favicon.ico )
服务器是如何处理请求的
好的，接下来我们简单分析一下我们服务器代码中剩下的部分，也就是我们的回调函数 onRequest() 的主体部分。
当回调启动，我们的 onRequest() 函数被触发的时候，有两个参数被传入： request 和 response 。
它们是对象，你可以使用它们的方法来处理HTTP请求的细节，并且响应请求（比如向发出请求的浏览器发回一些东西）。
所以我们的代码就是：当收到请求时，使用 response.writeHead() 函数发送一个HTTP状态200和HTTP头的内容类型（content-type），使用 response.write() 函数在HTTP相应主体中发送文本“Hello World"。
最后，我们调用 response.end() 完成响应。
目前来说，我们对请求的细节并不在意，所以我们没有使用 request 对象。
服务端的模块放在哪里
OK，就像我保证过的那样，我们现在可以回到我们如何组织应用这个问题上了。我们现在在 server.js 文件中有一个非常基础的HTTP服务器代码，而且我提到通常我们会有一个叫 index.js 的文件去调用应用的其他模块（比如 server.js 中的HTTP服务器模块）来引导和启动应用。
我们现在就来谈谈怎么把server.js变成一个真正的Node.js模块，使它可以被我们（还没动工）的 index.js 主文件使用。
也许你已经注意到，我们已经在代码中使用了模块了。像这样：
var http = require("http");...http.createServer(...);
Node.js中自带了一个叫做“http”的模块，我们在我们的代码中请求它并把返回值赋给一个本地变量。
这把我们的本地变量变成了一个拥有所有 http 模块所提供的公共方法的对象。
给这种本地变量起一个和模块名称一样的名字是一种惯例，但是你也可以按照自己的喜好来：
var foo = require("http");...foo.createServer(...);
很好，怎么使用Node.js内部模块已经很清楚了。我们怎么创建自己的模块，又怎么使用它呢？
等我们把 server.js 变成一个真正的模块，你就能搞明白了。
事实上，我们不用做太多的修改。把某段代码变成模块意味着我们需要把我们希望提供其功能的部分 导出 到请求这个模块的脚本。
目前，我们的HTTP服务器需要导出的功能非常简单，因为请求服务器模块的脚本仅仅是需要启动服务器而已。
我们把我们的服务器脚本放到一个叫做 start 的函数里，然后我们会导出这个函数。
var http = require("http");function start() {& function onRequest(request, response) {& & console.log("Request received.");& & response.writeHead(200, {"Content-Type": "text/plain"});& & response.write("Hello World");& & response.end();& }& http.createServer(onRequest).listen(8888);& console.log("Server has started.");}exports.start = start;
这样，我们现在就可以创建我们的主文件 index.js 并在其中启动我们的HTTP了，虽然服务器的代码还在 server.js 中。
创建 index.js 文件并写入以下内容：
var server = require("./server");server.start();
正如你所看到的，我们可以像使用任何其他的内置模块一样使用server模块：请求这个文件并把它指向一个变量，其中已导出的函数就可以被我们使用了。
好了。我们现在就可以从我们的主要脚本启动我们的的应用了，而它还是老样子：
node index.js
非常好，我们现在可以把我们的应用的不同部分放入不同的文件里，并且通过生成模块的方式把它们连接到一起了。
我们仍然只拥有整个应用的最初部分：我们可以接收HTTP请求。但是我们得做点什么——对于不同的URL请求，服务器应该有不同的反应。
对于一个非常简单的应用来说，你可以直接在回调函数 onRequest() 中做这件事情。不过就像我说过的，我们应该加入一些抽象的元素，让我们的例子变得更有趣一点儿。
处理不同的HTTP请求在我们的代码中是一个不同的部分，叫做“路由选择”——那么，我们接下来就创造一个叫做 路由 的模块吧。
如何来进行请求的“路由”
我们要为路由提供请求的URL和其他需要的GET及POST参数，随后路由需要根据这些数据来执行相应的代码（这里“代码”对应整个应用的第三部分：一系列在接收到请求时真正工作的处理程序）。
因此，我们需要查看HTTP请求，从中提取出请求的URL以及GET/POST参数。这一功能应当属于路由还是服务器（甚至作为一个模块自身的功能）确实值得探讨，但这里暂定其为我们的HTTP服务器的功能。
我们需要的所有数据都会包含在request对象中，该对象作为onRequest()回调函数的第一个参数传递。但是为了解析这些数据，我们需要额外的Node.JS模块，它们分别是url和querystring模块。
url.parse(string).query
url.parse(string).pathname
------ -------------------
http://localhost:8888/start?foo=bar&hello=world
querystring(string)["foo"]
querystring(string)["hello"]
当然我们也可以用querystring模块来解析POST请求体中的参数，稍后会有演示。
现在我们来给onRequest()函数加上一些逻辑，用来找出浏览器请求的URL路径：
var http = require("http");var url = require("url");function start() {& function onRequest(request, response) {& & var pathname = url.parse(request.url).pathname;& & console.log("Request for " + pathname + " received.");& & response.writeHead(200, {"Content-Type": "text/plain"});& & response.write("Hello World");& & response.end();& }& http.createServer(onRequest).listen(8888);& console.log("Server has started.");}exports.start = start;
好了，我们的应用现在可以通过请求的URL路径来区别不同请求了--这使我们得以使用路由（还未完成）来将请求以URL路径为基准映射到处理程序上。
在我们所要构建的应用中，这意味着来自/start和/upload的请求可以使用不同的代码来处理。稍后我们将看到这些内容是如何整合到一起的。
现在我们可以来编写路由了，建立一个名为router.js的文件，添加以下内容：
function route(pathname) {& console.log("About to route a request for " + pathname);}exports.route = route;
如你所见，这段代码什么也没干，不过对于现在来说这是应该的。在添加更多的逻辑以前，我们先来看看如何把路由和服务器整合起来。
我们的服务器应当知道路由的存在并加以有效利用。我们当然可以通过硬编码的方式将这一依赖项绑定到服务器上，但是其它语言的编程经验告诉我们这会是一件非常痛苦的事，因此我们将使用依赖注入的方式较松散地添加路由模块（你可以读读来作为背景知识）。
首先，我们来扩展一下服务器的start()函数，以便将路由函数作为参数传递过去：
var http = require("http");var url = require("url");function start(route) {& function onRequest(request, response) {& & var pathname = url.parse(request.url).pathname;& & console.log("Request for " + pathname + " received.");& & route(pathname);& & response.writeHead(200, {"Content-Type": "text/plain"});& & response.write("Hello World");& & response.end();& }& http.createServer(onRequest).listen(8888);& console.log("Server has started.");}exports.start = start;
同时，我们会相应扩展index.js，使得路由函数可以被注入到服务器中：
var server = require("./server");var router = require("./router");server.start(router.route);
在这里，我们传递的函数依旧什么也没做。
如果现在启动应用（node index.js，始终记得这个命令行），随后请求一个URL，你将会看到应用输出相应的信息，这表明我们的HTTP服务器已经在使用路由模块了，并会将请求的路径传递给路由：
bash$ node index.js
Request for /foo received.
About to route a request for /foo
（以上输出已经去掉了比较烦人的/favicon.ico请求相关的部分）。
行为驱动执行
请允许我再次脱离主题，在这里谈一谈函数式编程。
将函数作为参数传递并不仅仅出于技术上的考量。对软件设计来说，这其实是个哲学问题。想想这样的场景：在index文件中，我们可以将router对象传递进去，服务器随后可以调用这个对象的route函数。
就像这样，我们传递一个东西，然后服务器利用这个东西来完成一些事。嗨那个叫路由的东西，能帮我把这个路由一下吗？
但是服务器其实不需要这样的东西。它只需要把事情做完就行，其实为了把事情做完，你根本不需要东西，你需要的是动作。也就是说，你不需要名词，你需要动词。
理解了这个概念里最核心、最基本的思想转换后，我自然而然地理解了函数编程。
我是在读了Steve Yegge的大作之后理解函数编程。你也去读一读这本书吧，真的。这是曾给予我阅读的快乐的关于软件的书籍之一。
路由给真正的请求处理程序
回到正题，现在我们的HTTP服务器和请求路由模块已经如我们的期望，可以相互交流了，就像一对亲密无间的兄弟。
当然这还远远不够，路由，顾名思义，是指我们要针对不同的URL有不同的处理方式。例如处理/start的“业务逻辑”就应该和处理/upload的不同。
在现在的实现下，路由过程会在路由模块中“结束”，并且路由模块并不是真正针对请求“采取行动”的模块，否则当我们的应用程序变得更为复杂时，将无法很好地扩展。
我们暂时把作为路由目标的函数称为请求处理程序。现在我们不要急着来开发路由模块，因为如果请求处理程序没有就绪的话，再怎么完善路由模块也没有多大意义。
应用程序需要新的部件，因此加入新的模块 -- 已经无需为此感到新奇了。我们来创建一个叫做requestHandlers的模块，并对于每一个请求处理程序，添加一个占位用函数，随后将这些函数作为模块的方法导出：
function start() {& console.log("Request handler 'start' was called.");}function upload() {& console.log("Request handler 'upload' was called.");}exports.start = start;exports.upload = upload;
这样我们就可以把请求处理程序和路由模块连接起来，让路由“有路可寻”。
在这里我们得做个决定：是将requestHandlers模块硬编码到路由里来使用，还是再添加一点依赖注入？虽然和其他模式一样，依赖注入不应该仅仅为使用而使用，但在现在这个情况下，使用依赖注入可以让路由和请求处理程序之间的耦合更加松散，也因此能让路由的重用性更高。
这意味着我们得将请求处理程序从服务器传递到路由中，但感觉上这么做更离谱了，我们得一路把这堆请求处理程序从我们的主文件传递到服务器中，再将之从服务器传递到路由。
那么我们要怎么传递这些请求处理程序呢？别看现在我们只有2个处理程序，在一个真实的应用中，请求处理程序的数量会不断增加，我们当然不想每次有一个新的URL或请求处理程序时，都要为了在路由里完成请求到处理程序的映射而反复折腾。除此之外，在路由里有一大堆if request == x then call handler y也使得系统丑陋不堪。
仔细想想，有一大堆东西，每个都要映射到一个字符串（就是请求的URL）上？似乎关联数组（associative array）能完美胜任。
不过结果有点令人失望，JavaScript没提供关联数组 -- 也可以说它提供了？事实上，在JavaScript中，真正能提供此类功能的是它的对象。
在这方面，有一个不错的介绍，我在此摘录一段：
在C++或C#中，当我们谈到对象，指的是类或者结构体的实例。对象根据他们实例化的模板（就是所谓的类），会拥有不同的属性和方法。但在JavaScript里对象不是这个概念。在JavaScript中，对象就是一个键/值对的集合 -- 你可以把JavaScript的对象想象成一个键为字符串类型的字典。
但如果JavaScript的对象仅仅是键/值对的集合，它又怎么会拥有方法呢？好吧，这里的值可以是字符串、数字或者……函数！
好了，最后再回到代码上来。现在我们已经确定将一系列请求处理程序通过一个对象来传递，并且需要使用松耦合的方式将这个对象注入到route()函数中。
我们先将这个对象引入到主文件index.js中：
var server = require("./server");var router = require("./router");var requestHandlers = require("./requestHandlers");var handle = {}handle["/"] = requestHandlers.start;handle["/start"] = requestHandlers.start;handle["/upload"] = requestHandlers.upload;server.start(router.route, handle);
虽然handle并不仅仅是一个“东西”（一些请求处理程序的集合），我还是建议以一个动词作为其命名，这样做可以让我们在路由中使用更流畅的表达式，稍后会有说明。
正如所见，将不同的URL映射到相同的请求处理程序上是很容易的：只要在对象中添加一个键为"/"的属性，对应requestHandlers.start即可，这样我们就可以干净简洁地配置/start和/的请求都交由start这一处理程序处理。
在完成了对象的定义后，我们把它作为额外的参数传递给服务器，为此将server.js修改如下：
var http = require("http");var url = require("url");function start(route, handle) {& function onRequest(request, response) {& & var pathname = url.parse(request.url).pathname;& & console.log("Request for " + pathname + " received.");& & route(handle, pathname);& & response.writeHead(200, {"Content-Type": "text/plain"});& & response.write("Hello World");& & response.end();& }& http.createServer(onRequest).listen(8888);& console.log("Server has started.");}exports.start = start;
这样我们就在start()函数里添加了handle参数，并且把handle对象作为第一个参数传递给了route()回调函数。
然后我们相应地在route.js文件中修改route()函数：
function route(handle, pathname) {& console.log("About to route a request for " + pathname);& if (typeof handle[pathname] === 'function') {& & handle[pathname]();& } else {& & console.log("No request handler found for " + pathname);& }}exports.route = route;
通过以上代码，我们首先检查给定的路径对应的请求处理程序是否存在，如果存在的话直接调用相应的函数。我们可以用从关联数组中获取元素一样的方式从传递的对象中获取请求处理函数，因此就有了简洁流畅的形如handle[pathname]();的表达式，这个感觉就像在前方中提到的那样：“嗨，请帮我处理了这个路径”。
有了这些，我们就把服务器、路由和请求处理程序在一起了。现在我们启动应用程序并在浏览器中访问http://localhost:8888/start，以下日志可以说明系统调用了正确的请求处理程序：
Server has started.
Request for /start received.
About to route a request for /start
Request handler 'start' was called.
并且在浏览器中打开http://localhost:8888/可以看到这个请求同样被start请求处理程序处理了：
Request for / received.
About to route a request for /
Request handler 'start' was called.
让请求处理程序作出响应
很好。不过现在要是请求处理程序能够向浏览器返回一些有意义的信息而并非全是“Hello World”，那就更好了。
这里要记住的是，浏览器发出请求后获得并显示的“Hello World”信息仍是来自于我们server.js文件中的onRequest函数。
其实“处理请求”说白了就是“对请求作出响应”，因此，我们需要让请求处理程序能够像onRequest函数那样可以和浏览器进行“对话”。
不好的实现方式
对于我们这样拥有PHP或者Ruby技术背景的开发者来说，最直截了当的实现方式事实上并不是非常靠谱： 看似有效，实则未必如此。
这里我指的“直截了当的实现方式”意思是：让请求处理程序通过onRequest函数直接返回（return()）他们要展示给用户的信息。
我们先就这样去实现，然后再来看为什么这不是一种很好的实现方式。
让我们从让请求处理程序返回需要在浏览器中显示的信息开始。我们需要将requestHandler.js修改为如下形式：
function start() {& console.log("Request handler 'start' was called.");& return "Hello Start";}function upload() {& console.log("Request handler 'upload' was called.");& return "Hello Upload";}exports.start = start;exports.upload = upload;
好的。同样的，请求路由需要将请求处理程序返回给它的信息返回给服务器。因此，我们需要将router.js修改为如下形式：
function route(handle, pathname) {& console.log("About to route a request for " + pathname);& if (typeof handle[pathname] === 'function') {& & return handle[pathname]();& } else {& & console.log("No request handler found for " + pathname);& & return "404 Not found";& }}exports.route = route;
正如上述代码所示，当请求无法路由的时候，我们也返回了一些相关的错误信息。
最后，我们需要对我们的server.js进行重构以使得它能够将请求处理程序通过请求路由返回的内容响应给浏览器，如下所示：
var http = require("http");var url = require("url");function start(route, handle) {& function onRequest(request, response) {& & var pathname = url.parse(request.url).pathname;& & console.log("Request for " + pathname + " received.");& & response.writeHead(200, {"Content-Type": "text/plain"});& & var content = route(handle, pathname)& & response.write(content);& & response.end();& }& http.createServer(onRequest).listen(8888);& console.log("Server has started.");}exports.start = start;
如果我们运行重构后的应用，一切都会工作的很好：请求,浏览器会输出“Hello Start”，请求会输出“Hello Upload”,而请求 会输出“404 Not found”。
好，那么问题在哪里呢？简单的说就是： 当未来有请求处理程序需要进行非阻塞的操作的时候，我们的应用就“挂”了。
没理解？没关系，下面就来详细解释下。
阻塞与非阻塞
正如此前所提到的，当在请求处理程序中包括非阻塞操作时就会出问题。但是，在说这之前，我们先来看看什么是阻塞操作。
我不想去解释“阻塞”和“非阻塞”的具体含义，我们直接来看，当在请求处理程序中加入阻塞操作时会发生什么。
这里，我们来修改下start请求处理程序，我们让它等待10秒以后再返回“Hello Start”。因为，JavaScript中没有类似sleep()这样的操作，所以这里只能够来点小Hack来模拟实现。
让我们将requestHandlers.js修改成如下形式：
function start() {& console.log("Request handler 'start' was called.");& function sleep(milliSeconds) {& & var startTime = new Date().getTime();& & while (new Date().getTime() & startTime + milliSeconds);& }& sleep(10000);& return "Hello Start";}function upload() {& console.log("Request handler 'upload' was called.");& return "Hello Upload";}exports.start = start;exports.upload = upload;
上述代码中，当函数start()被调用的时候，Node.js会先等待10秒，之后才会返回“Hello Start”。当调用upload()的时候，会和此前一样立即返回。
（当然了，这里只是模拟休眠10秒，实际场景中，这样的阻塞操作有很多，比方说一些长时间的计算操作等。）
接下来就让我们来看看，我们的改动带来了哪些变化。
如往常一样，我们先要重启下服务器。为了看到效果，我们要进行一些相对复杂的操作（跟着我一起做）： 首先，打开两个浏览器窗口或者标签页。在第一个浏览器窗口的地址栏中输入， 但是先不要打开它！
在第二个浏览器窗口的地址栏中输入， 同样的，先不要打开它！
接下来，做如下操作：在第一个窗口中（“/start”）按下回车，然后快速切换到第二个窗口中（“/upload”）按下回车。
注意，发生了什么： /start URL加载花了10秒，这和我们预期的一样。但是，/upload URL居然也花了10秒，而它在对应的请求处理程序中并没有类似于sleep()这样的操作！
这到底是为什么呢？原因就是start()包含了阻塞操作。形象的说就是“它阻塞了所有其他的处理工作”。
这显然是个问题，因为Node一向是这样来标榜自己的：“在node中除了代码，所有一切都是并行执行的”。
这句话的意思是说，Node.js可以在不新增额外线程的情况下，依然可以对任务进行并行处理 —— Node.js是单线程的。它通过事件轮询（event loop）来实现并行操作，对此，我们应该要充分利用这一点 —— 尽可能的避免阻塞操作，取而代之，多使用非阻塞操作。
然而，要用非阻塞操作，我们需要使用回调，通过将函数作为参数传递给其他需要花时间做处理的函数（比方说，休眠10秒，或者查询数据库，又或者是进行大量的计算）。
对于Node.js来说，它是这样处理的：“嘿，probablyExpensiveFunction()（译者注：这里指的就是需要花时间处理的函数），你继续处理你的事情，我（Node.js线程）先不等你了，我继续去处理你后面的代码，请你提供一个callbackFunction()，等你处理完之后我会去调用该回调函数的，谢谢！”
（如果想要了解更多关于事件轮询细节，可以阅读Mixu的博文——。）
接下来，我们会介绍一种错误的使用非阻塞操作的方式。
和上次一样，我们通过修改我们的应用来暴露问题。
这次我们还是拿start请求处理程序来“开刀”。将其修改成如下形式：
var exec = require("child_process").exec;function start() {& console.log("Request handler 'start' was called.");& var content = "empty";& exec("ls -lah", function (error, stdout, stderr) {& & content = stdout;& });& return content;}function upload() {& console.log("Request handler 'upload' was called.");& return "Hello Upload";}exports.start = start;exports.upload = upload;
上述代码中，我们引入了一个新的Node.js模块，child_process。之所以用它，是为了实现一个既简单又实用的非阻塞操作：exec()。
exec()做了什么呢？它从Node.js来执行一个shell命令。在上述例子中，我们用它来获取当前目录下所有的文件（“ls -lah”）,然后，当/startURL请求的时候将文件信息输出到浏览器中。
上述代码是非常直观的： 创建了一个新的变量content（初始值为“empty”），执行“ls -lah”命令，将结果赋值给content，最后将content返回。
和往常一样，我们启动服务器，然后访问“” 。
之后会载入一个漂亮的web页面，其内容为“empty”。怎么回事？
这个时候，你可能大致已经猜到了，exec()在非阻塞这块发挥了神奇的功效。它其实是个很好的东西，有了它，我们可以执行非常耗时的shell操作而无需迫使我们的应用停下来等待该操作。
（如果想要证明这一点，可以将“ls -lah”换成比如“find /”这样更耗时的操作来效果）。
然而，针对浏览器显示的结果来看，我们并不满意我们的非阻塞操作，对吧？
好，接下来，我们来修正这个问题。在这过程中，让我们先来看看为什么当前的这种方式不起作用。
问题就在于，为了进行非阻塞工作，exec()使用了回调函数。
在我们的例子中，该回调函数就是作为第二个参数传递给exec()的匿名函数：
function (error, stdout, stderr) {& content = stdout;}
现在就到了问题根源所在了：我们的代码是同步执行的，这就意味着在调用exec()之后，Node.js会立即执行 return content ；在这个时候，content仍然是“empty”，因为传递给exec()的回调函数还未执行到——因为exec()的操作是异步的。
我们这里“ls -lah”的操作其实是非常快的（除非当前目录下有上百万个文件）。这也是为什么回调函数也会很快的执行到 —— 不过，不管怎么说它还是异步的。
为了让效果更加明显，我们想象一个更耗时的命令： “find /”，它在我机器上需要执行1分钟左右的时间，然而，尽管在请求处理程序中，我把“ls -lah”换成“find /”，当打开/start URL的时候，依然能够立即获得HTTP响应 —— 很明显，当exec()在后台执行的时候，Node.js自身会继续执行后面的代码。并且我们这里假设传递给exec()的回调函数，只会在“find /”命令执行完成之后才会被调用。
那究竟我们要如何才能实现将当前目录下的文件列表显示给用户呢？
好，了解了这种不好的实现方式之后，我们接下来来介绍如何以正确的方式让请求处理程序对浏览器请求作出响应。
以非阻塞操作进行请求响应
我刚刚提到了这样一个短语 —— “正确的方式”。而事实上通常“正确的方式”一般都不简单。
不过，用Node.js就有这样一种实现方案： 函数传递。下面就让我们来具体看看如何实现。
到目前为止，我们的应用已经可以通过应用各层之间传递值的方式（请求处理程序 -&gt 请求路由 -&gt 服务器）将请求处理程序返回的内容（请求处理程序最终要显示给用户的内容）传递给HTTP服务器。
现在我们采用如下这种新的实现方式：相对采用将内容传递给服务器的方式，我们这次采用将服务器“传递”给内容的方式。 从实践角度来说，就是将response对象（从服务器的回调函数onRequest()获取）通过请求路由传递给请求处理程序。 随后，处理程序就可以采用该对象上的函数来对请求作出响应。
原理就是如此，接下来让我们来一步步实现这种方案。
先从server.js开始：
var http = require("http");var url = require("url");function start(route, handle) {& function onRequest(request, response) {& & var pathname = url.parse(request.url).pathname;& & console.log("Request for " + pathname + " received.");& & route(handle, pathname, response);& }& http.createServer(onRequest).listen(8888);& console.log("Server has started.");}exports.start = start;
相对此前从route()函数获取返回值的做法，这次我们将response对象作为第三个参数传递给route()函数，并且，我们将onRequest()处理程序中所有有关response的函数调都移除，因为我们希望这部分工作让route()函数来完成。
下面就来看看我们的router.js:
function route(handle, pathname, response) {& console.log("About to route a request for " + pathname);& if (typeof handle[pathname] === 'function') {& & handle[pathname](response);& } else {& & console.log("No request handler found for " + pathname);& & response.writeHead(404, {"Content-Type": "text/plain"});& & response.write("404 Not found");& & response.end();& }}exports.route = route;
同样的模式：相对此前从请求处理程序中获取返回值，这次取而代之的是直接传递response对象。
如果没有对应的请求处理器处理，我们就直接返回“404”错误。
最后，我们将requestHandler.js修改为如下形式：
var exec = require("child_process").exec;function start(response) {& console.log("Request handler 'start' was called.");& exec("ls -lah", function (error, stdout, stderr) {& & response.writeHead(200, {"Content-Type": "text/plain"});& & response.write(stdout);& & response.end();& });}function upload(response) {& console.log("Request handler 'upload' was called.");& response.writeHead(200, {"Content-Type": "text/plain"});& response.write("Hello Upload");& response.end();}exports.start = start;exports.upload = upload;
我们的处理程序函数需要接收response参数，为了对请求作出直接的响应。
start处理程序在exec()的匿名回调函数中做请求响应的操作，而upload处理程序仍然是简单的回复“Hello World”，只是这次是使用response对象而已。
这时再次我们启动应用（node index.js），一切都会工作的很好。
如果想要证明/start处理程序中耗时的操作不会阻塞对/upload请求作出立即响应的话，可以将requestHandlers.js修改为如下形式：
var exec = require("child_process").exec;function start(response) {& console.log("Request handler 'start' was called.");& exec("find /",& & { timeout: 10000, maxBuffer: 20000*1024 },& & function (error, stdout, stderr) {& & & response.writeHead(200, {"Content-Type": "text/plain"});& & & response.write(stdout);& & & response.end();& & });}function upload(response) {& console.log("Request handler 'upload' was called.");& response.writeHead(200, {"Content-Type": "text/plain"});& response.write("Hello Upload");& response.end();}exports.start = start;exports.upload = upload;
这样一来，当请求的时候，会花10秒钟的时间才载入，而当请求的时候，会立即响应，纵然这个时候/start响应还在处理中。
更有用的场景
到目前为止，我们做的已经很好了，但是，我们的应用没有实际用途。
服务器，请求路由以及请求处理程序都已经完成了，下面让我们按照此前的用例给网站添加交互：用户选择一个文件，上传该文件，然后在浏览器中看到上传的文件。 为了保持简单，我们假设用户只会上传图片，然后我们应用将该图片显示到浏览器中。
好，下面就一步步来实现，鉴于此前已经对JavaScript原理性技术性的内容做过大量介绍了，这次我们加快点速度。
要实现该功能，分为如下两步： 首先，让我们来看看如何处理POST请求（非文件上传），之后，我们使用Node.js的一个用于文件上传的外部模块。之所以采用这种实现方式有两个理由。
第一，尽管在Node.js中处理基础的POST请求相对比较简单，但在这过程中还是能学到很多。
第二，用Node.js来处理文件上传（multipart POST请求）是比较复杂的，它不在本书的范畴，但，如何使用外部模块却是在本书涉猎内容之内。
处理POST请求
考虑这样一个简单的例子：我们显示一个文本区（textarea）供用户输入内容，然后通过POST请求提交给服务器。最后，服务器接受到请求，通过处理程序将输入的内容展示到浏览器中。
/start请求处理程序用于生成带文本区的表单，因此，我们将requestHandlers.js修改为如下形式：
function start(response) {& console.log("Request handler 'start' was called.");& var body = '&html&'+& & '&head&'+& & '&meta http-equiv="Content-Type" content="text/ '+& & 'charset=UTF-8" /&'+& & '&/head&'+& & '&body&'+& & '&form action="/upload" method="post"&'+& & '&textarea name="text" rows="20" cols="60"&&/textarea&'+& & '&input type="submit" value="Submit text" /&'+& & '&/form&'+& & '&/body&'+& & '&/html&';& & response.writeHead(200, {"Content-Type": "text/html"});& & response.write(body);& & response.end();}function upload(response) {& console.log("Request handler 'upload' was called.");& response.writeHead(200, {"Content-Type": "text/plain"});& response.write("Hello Upload");& response.end();}exports.start = start;exports.upload = upload;
好了，现在我们的应用已经很完善了，都可以获得威比奖（Webby Awards）了，哈哈。（译者注：威比奖是由国际数字艺术与科学学院主办的评选全球最佳网站的奖项，具体参见详细说明）通过在浏览器中访问就可以看到简单的表单了，要记得重启服务器哦！
你可能会说：这种直接将视觉元素放在请求处理程序中的方式太丑陋了。说的没错，但是，我并不想在本书中介绍诸如MVC之类的模式，因为这对于你了解JavaScript或者Node.js环境来说没多大关系。
余下的篇幅，我们来探讨一个更有趣的问题： 当用户提交表单时，触发/upload请求处理程序处理POST请求的问题。
现在，我们已经是新手中的专家了，很自然会想到采用异步回调来实现非阻塞地处理POST请求的数据。
这里采用非阻塞方式处理是明智的，因为POST请求一般都比较“重” —— 用户可能会输入大量的内容。用阻塞的方式处理大数据量的请求必然会导致用户操作的阻塞。
为了使整个过程非阻塞，Node.js会将POST数据拆分成很多小的数据块，然后通过触发特定的事件，将这些小数据块传递给回调函数。这里的特定的事件有data事件（表示新的小数据块到达了）以及end事件（表示所有的数据都已经接收完毕）。
我们需要告诉Node.js当这些事件触发的时候，回调哪些函数。怎么告诉呢？ 我们通过在request对象上注册监听器（listener） 来实现。这里的request对象是每次接收到HTTP请求时候，都会把该对象传递给onRequest回调函数。
如下所示：
request.addListener("data", function(chunk) {& // called when a new chunk of data was received});request.addListener("end", function() {& // called when all chunks of data have been received});
问题来了，这部分逻辑写在哪里呢？ 我们现在只是在服务器中获取到了request对象 —— 我们并没有像之前response对象那样，把 request 对象传递给请求路由和请求处理程序。
在我看来，获取所有来自请求的数据，然后将这些数据给应用层处理，应该是HTTP服务器要做的事情。因此，我建议，我们直接在服务器中处理POST数据，然后将最终的数据传递给请求路由和请求处理器，让他们来进行进一步的处理。
因此，实现思路就是： 将data和end事件的回调函数直接放在服务器中，在data事件回调中收集所有的POST数据，当接收到所有数据，触发end事件后，其回调函数调用请求路由，并将数据传递给它，然后，请求路由再将该数据传递给请求处理程序。
还等什么，马上来实现。先从server.js开始：
var http = require("http");var url = require("url");function start(route, handle) {& function onRequest(request, response) {& & var postData = "";& & var pathname = url.parse(request.url).pathname;& & console.log("Request for " + pathname + " received.");& & request.setEncoding("utf8");& & request.addListener("data", function(postDataChunk) {& & & postData += postDataChunk;& & & console.log("Received POST data chunk '"+& & & postDataChunk + "'.");& & });& & request.addListener("end", function() {& & & route(handle, pathname, response, postData);& & });& }& http.createServer(onRequest).listen(8888);& console.log("Server has started.");}exports.start = start;
上述代码做了三件事情： 首先，我们设置了接收数据的编码格式为UTF-8，然后注册了“data”事件的监听器，用于收集每次接收到的新数据块，并将其赋值给postData 变量，最后，我们将请求路由的调用移到end事件处理程序中，以确保它只会当所有数据接收完毕后才触发，并且只触发一次。我们同时还把POST数据传递给请求路由，因为这些数据，请求处理程序会用到。
上述代码在每个数据块到达的时候输出了日志，这对于最终生产环境来说，是很不好的（数据量可能会很大，还记得吧？），但是，在开发阶段是很有用的，有助于让我们看到发生了什么。
我建议可以尝试下，尝试着去输入一小段文本，以及大段内容，当大段内容的时候，就会发现data事件会触发多次。
再来点酷的。我们接下来在/upload页面，展示用户输入的内容。要实现该功能，我们需要将postData传递给请求处理程序，修改router.js为如下形式：
function route(handle, pathname, response, postData) {& console.log("About to route a request for " + pathname);& if (typeof handle[pathname] === 'function') {& & handle[pathname](response, postData);& } else {& & console.log("No request handler found for " + pathname);& & response.writeHead(404, {"Content-Type": "text/plain"});& & response.write("404 Not found");& & response.end();& }}exports.route = route;
然后，在requestHandlers.js中，我们将数据包含在对upload请求的响应中：
function start(response, postData) {& console.log("Request handler 'start' was called.");& var body = '&html&'+& & '&head&'+& & '&meta http-equiv="Content-Type" content="text/ '+& & 'charset=UTF-8" /&'+& & '&/head&'+& & '&body&'+& & '&form action="/upload" method="post"&'+& & '&textarea name="text" rows="20" cols="60"&&/textarea&'+& & '&input type="submit" value="Submit text" /&'+& & '&/form&'+& & '&/body&'+& & '&/html&';& & response.writeHead(200, {"Content-Type": "text/html"});& & response.write(body);& & response.end();}function upload(response, postData) {& console.log("Request handler 'upload' was called.");& response.writeHead(200, {"Content-Type": "text/plain"});& response.write("You've sent: " + postData);& response.end();}exports.start = start;exports.upload = upload;
好了，我们现在可以接收POST数据并在请求处理程序中处理该数据了。
我们最后要做的是： 当前我们是把请求的整个消息体传递给了请求路由和请求处理程序。我们应该只把POST数据中，我们感兴趣的部分传递给请求路由和请求处理程序。在我们这个例子中，我们感兴趣的其实只是text字段。
我们可以使用此前介绍过的querystring模块来实现：
var querystring = require("querystring");function start(response, postData) {& console.log("Request handler 'start' was called.");& var body = '&html&'+& & '&head&'+& & '&meta http-equiv="Content-Type" content="text/ '+& & 'charset=UTF-8" /&'+& & '&/head&'+& & '&body&'+& & '&form action="/upload" method="post"&'+& & '&textarea name="text" rows="20" cols="60"&&/textarea&'+& & '&input type="submit" value="Submit text" /&'+& & '&/form&'+& & '&/body&'+& & '&/html&';& & response.writeHead(200, {"Content-Type": "text/html"});& & response.write(body);& & response.end();}function upload(response, postData) {& console.log("Request handler 'upload' was called.");& response.writeHead(200, {"Content-Type": "text/plain"});& response.write("You've sent the text: "+& querystring.parse(postData).text);& response.end();}exports.start = start;exports.upload = upload;
好了，以上就是关于处理POST数据的全部内容。
处理文件上传
最后，我们来实现我们最终的用例：允许用户上传图片，并将该图片在浏览器中显示出来。
回到90年代，这个用例完全可以满足用于IPO的商业模型了，如今，我们通过它能学到这样两件事情： 如何安装外部Node.js模块，以及如何将它们应用到我们的应用中。
这里我们要用到的外部模块是Felix Geisend?rfer开发的node-formidable模块。它对解析上传的文件数据做了很好的抽象。 其实说白了，处理文件上传“就是”处理POST数据 —— 但是，麻烦的是在具体的处理细节，所以，这里采用现成的方案更合适点。
使用该模块，首先需要安装该模块。Node.js有它自己的包管理器，叫NPM。它可以让安装Node.js的外部模块变得非常方便。通过如下一条命令就可以完成该模块的安装：
npm install formidable
如果终端输出如下内容：
npm info build Success: formidable@1.0.9npm ok
就说明模块已经安装成功了。
现在我们就可以用formidable模块了——使用外部模块与内部模块类似，用require语句将其引入即可：
var formidable = require("formidable");
这里该模块做的就是将通过HTTP POST请求提交的表单，在Node.js中可以被解析。我们要做的就是创建一个新的IncomingForm，它是对提交表单的抽象表示，之后，就可以用它解析request对象，获取表单中需要的数据字段。
node-formidable官方的例子展示了这两部分是如何融合在一起工作的：
var formidable = require('formidable'),& & http = require('http'),& & util = require('util');http.createServer(function(req, res) {& if (req.url == '/upload' && req.method.toLowerCase() == 'post') {& & // parse a file upload& & var form = new formidable.IncomingForm();& & form.parse(req, function(err, fields, files) {& & & res.writeHead(200, {'content-type': 'text/plain'});& & & res.write('received upload:\n\n');& & & res.end(util.inspect({fields: fields, files: files}));& & });& & return;& }& // show a file upload form& res.writeHead(200, {'content-type': 'text/html'});& res.end(& & '&form action="/upload" enctype="multipart/form-data" '+& & 'method="post"&'+& & '&input type="text" name="title"&&br&'+& & '&input type="file" name="upload" multiple="multiple"&&br&'+& & '&input type="submit" value="Upload"&'+& & '&/form&'& );}).listen(8888);
如果我们将上述代码，保存到一个文件中，并通过node来执行，就可以进行简单的表单提交了，包括文件上传。然后，可以看到通过调用form.parse传递给回调函数的files对象的内容，如下所示：
received upload:
{ fields: { title: 'Hello World' },
{ size: 1558,
path: '/tmp/1cae91f29350b',
name: 'us-flag.png',
type: 'image/png',
lastModifiedDate: Tue, 21 Jun :41 GMT,
_writeStream: [Object],
length: [Getter],
filename: [Getter],
mime: [Getter] } } }
为了实现我们的功能，我们需要将上述代码应用到我们的应用中，另外，我们还要考虑如何将上传文件的内容（保存在/tmp目录中）显示到浏览器中。
我们先来解决后面那个问题： 对于保存在本地硬盘中的文件，如何才能在浏览器中看到呢？
显然，我们需要将该文件读取到我们的服务器中，使用一个叫fs的模块。
我们来添加/showURL的请求处理程序，该处理程序直接硬编码将文件/tmp/test.png内容展示到浏览器中。当然了，首先需要将该图片保存到这个位置才行。
将requestHandlers.js修改为如下形式：
var querystring = require("querystring"),& & fs = require("fs");function start(response, postData) {& console.log("Request handler 'start' was called.");& var body = '&html&'+& & '&head&'+& & '&meta http-equiv="Content-Type" '+& & 'content="text/ charset=UTF-8" /&'+& & '&/head&'+& & '&body&'+& & '&form action="/upload" method="post"&'+& & '&textarea name="text" rows="20" cols="60"&&/textarea&'+& & '&input type="submit" value="Submit text" /&'+& & '&/form&'+& & '&/body&'+& & '&/html&';& & response.writeHead(200, {"Content-Type": "text/html"});& & response.write(body);& & response.end();}function upload(response, postData) {& console.log("Request handler 'upload' was called.");& response.writeHead(200, {"Content-Type": "text/plain"});& response.write("You've sent the text: "+& querystring.parse(postData).text);& response.end();}function show(response, postData) {& console.log("Request handler 'show' was called.");& fs.readFile("/tmp/test.png", "binary", function(error, file) {& & if(error) {& & & response.writeHead(500, {"Content-Type": "text/plain"});& & & response.write(error + "\n");& & & response.end();& & } else {& & & response.writeHead(200, {"Content-Type": "image/png"});& & & response.write(file, "binary");& & & response.end();& & }& });}exports.start = start;exports.upload = upload;exports.show = show;
我们还需要将这新的请求处理程序，添加到index.js中的路由映射表中：
var server = require("./server");var router = require("./router");var requestHandlers = require("./requestHandlers");var handle = {}handle["/"] = requestHandlers.start;handle["/start"] = requestHandlers.start;handle["/upload"] = requestHandlers.upload;handle["/show"] = requestHandlers.show;server.start(router.route, handle);
重启服务器之后，通过访问，就可以看到保存在/tmp/test.png的图片了。
好，最后我们要的就是：
在/start表单中添加一个文件上传元素
将node-formidable整合到我们的upload请求处理程序中，用于将上传的图片保存到/tmp/test.png
将上传的图片内嵌到/uploadURL输出的HTML中
第一项很简单。只需要在HTML表单中，添加一个multipart/form-data的编码类型，移除此前的文本区，添加一个文件上传组件，并将提交按钮的文案改为“Upload file”即可。 如下requestHandler.js所示：
var querystring = require("querystring"),& & fs = require("fs");function start(response, postData) {& console.log("Request handler 'start' was called.");& var body = '&html&'+& & '&head&'+& & '&meta http-equiv="Content-Type" '+& & 'content="text/ charset=UTF-8" /&'+& & '&/head&'+& & '&body&'+& & '&form action="/upload" enctype="multipart/form-data" '+& & 'method="post"&'+& & '&input type="file" name="upload"&'+& & '&input type="submit" value="Upload file" /&'+& & '&/form&'+& & '&/body&'+& & '&/html&';& & response.writeHead(200, {"Content-Type": "text/html"});& & response.write(body);& & response.end();}function upload(response, postData) {& console.log("Request handler 'upload' was called.");& response.writeHead(200, {"Content-Type": "text/plain"});& response.write("You've sent the text: "+& querystring.parse(postData).text);& response.end();}function show(response, postData) {& console.log("Request handler 'show' was called.");& fs.readFile("/tmp/test.png", "binary", function(error, file) {& & if(error) {& & & response.writeHead(500, {"Content-Type": "text/plain"});& & & response.write(error + "\n");& & & response.end();& & } else {& & & response.writeHead(200, {"Content-Type": "image/png"});& & & response.write(file, "binary");& & & response.end();& & }& });}exports.start = start;exports.upload = upload;exports.show = show;
很好。下一步相对比较复杂。这里有这样一个问题： 我们需要在upload处理程序中对上传的文件进行处理，这样的话，我们就需要将request对象传递给node-formidable的form.parse函数。
但是，我们有的只是response对象和postData数组。看样子，我们只能不得不将request对象从服务器开始一路通过请求路由，再传递给请求处理程序。 或许还有更好的方案，但是，不管怎么说，目前这样做可以满足我们的需求。
到这里，我们可以将postData从服务器以及请求处理程序中移除了 —— 一方面，对于我们处理文件上传来说已经不需要了，另外一方面，它甚至可能会引发这样一个问题： 我们已经“消耗”了request对象中的数据，这意味着，对于form.parse来说，当它想要获取数据的时候就什么也获取不到了。（因为Node.js不会对数据做缓存）
我们从server.js开始 —— 移除对postData的处理以及request.setEncoding
（这部分node-formidable自身会处理），转而采用将request对象传递给请求路由的方式：
var http = require("http");var url = require("url");function start(route, handle) {& function onRequest(request, response) {& & var pathname = url.parse(request.url).pathname;& & console.log("Request for " + pathname + " received.");& & route(handle, pathname, response, request);& }& http.createServer(onRequest).listen(8888);& console.log("Server has started.");}exports.start = start;
接下来是 router.js —— 我们不再需要传递postData了，这次要传递request对象：
function route(handle, pathname, response, request) {& console.log("About to route a request for " + pathna