nodeJs 入门 ---1
1.分析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);
第一行请求(require)Node.js自带的 http 模块,并且把它赋值给 http 变量。
接下来我们调用http模块提供的函数: createServer 。这个函数会返回一个对象,这个对象有一个叫做 listen 的方法,这个方法有一个数值参数,指定这个HTTP服务器监听的端口号。
2.基于事件驱动的回调
nodejs基于事件驱动
当我们使用 http.createServer 方法的时候,我们当然不只是想要一个侦听某个端口的服务器,我们还想要它在服务器收到一个HTTP请求的时候做点什么。
问题是,这是异步的:请求任何时候都可能到达,但是我们的服务器却跑在一个单进程中。
写PHP应用的时候,我们一点也不为此担心:任何时候当有请求进入的时候,网页服务器(通常是Apache)就为这一请求新建一个进程,并且开始从头到尾执行相应的PHP脚本。
那么在我们的Node.js程序中,当一个新的请求到达8888端口的时候,我们怎么控制流程呢?
嗯,这就是Node.js/JavaScript的事件驱动设计能够真正帮上忙的地方了——虽然我们还得学一些新概念才能掌握它。让我们来看看这些概念是怎么应用在我们的服务器代码里的。
我们创建了服务器,并且向创建它的方法传递了一个函数。无论何时我们的服务器收到一个请求,这个函数就会被调用。
我们不知道这件事情什么时候会发生,但是我们现在有了一个处理请求的地方:它就是我们传递过去的那个函数。至于它是被预先定义的函数还是匿名函数,就无关紧要了。
这个就是传说中的 回调 。我们给某个方法传递了一个函数,这个方法在有相应事件发生时调用这个函数来进行 回调 。
var http = require("http"); function onRequest(request, response) { console.log("回调函数执行"); response.writeHead(200, {"Content-Type": "text/plain"}); response.write("Hello World"); response.end(); } http.createServer(onRequest).listen(8888); console.log("服务器开始工作");
当运行node server.js时,会马上输出 ‘服务器开始工作’,当我们向服务器发送请求(访问localhost:8888),就会输出“回调函数执行”,这就是事件驱动的异步服务器端JavaScript和它的回调啦!
(请注意,当我们在服务器访问网页时,我们的服务器可能会输出两次“回调函数执行”。那是因为大部分服务器都会在你访问 http://localhost:8888 /时尝试读取 http://localhost:8888/favicon.ico )
3.服务器如何处理请求
当回调启动,我们的 onRequest() 函数被触发的时候,有两个参数被传入:request 和 response 。
它们是对象,你可以使用它们的方法来处理HTTP请求的细节,并且响应请求(比如向发出请求的浏览器发回一些东西)。
所以我们的代码就是:当收到请求时,使用 response.writeHead() 函数发送一个HTTP状态200和HTTP头的内容类型(content-type),使用 response.write() 函数在HTTP相应主体中发送文本“Hello World"。
最后,我们调用 response.end() 完成响应。
4.服务端的模块应该放在那里
我们现在就来谈谈怎么把server.js变成一个真正的Node.js模块,使它可以被我们(还没动工)的 index.js 主文件使用。
node.js使用exports和require对象来解决对外提供接口和引用模块的问题。
我们把我们的服务器脚本放到一个叫做 start 的函数里,然后我们会导出这个函数。
var http = require("http"); function start() { function onRequest(request, response) { console.log("回调函数执行"); response.writeHead(200, {"Content-Type": "text/plain"}); response.write("Hello World"); response.end(); } http.createServer(onRequest).listen(8888); console.log("开始"); } exports.start = start;
这样,我们现在就可以创建我们的主文件 index.js 并在其中启动我们的HTTP了,虽然服务器的代码还在 server.js 中。
创建 index.js 文件并写入以下内容:
var server = require("./server"); server.start();
注意:index.js和 server.js 是放在同一目录下,虽然"./server"这么写,
exports.start = start;接口
var server = require("./server"); 引入
5.如何来进行请求的“路由”
解释概念:
路由(routing)是指分组从源到目的地时,决定端到端路径的网络范围的进程[1] 。
路由是指路由器从一个接口上收到数据包,根据数据包的目的地址进行定向并转发到另一个接口的过程(还是这个好理解)
1,什么是前端路由?
-
路由是根据不同的 url 地址展示不同的内容或页面
-
前端路由就是把不同路由对应不同的内容或页面的任务交给前端来做,之前是通过服务端根据 url 的不同返回不同的页面实现的。
2,什么时候使用前端路由?
-
在单页面应用,大部分页面结构不变,只改变部分内容的使用
3,前端路由有什么优点和缺点?
-
优点
-
用户体验好,不需要每次都从服务器全部获取,快速展现给用户
-
-
缺点
-
使用浏览器的前进,后退键的时候会重新发送请求,没有合理地利用缓存
-
单页面无法记住之前滚动的位置,无法在前进,后退的时候记住滚动的位置
-
我们要为路由提供请求的URL和其他需要的GET及POST参数,随后路由需要根据这些数据来执行相应的代码。因此,我们需要查看HTTP请求,从中提取出请求的URL以及GET/POST参数。这一功能应当属于路由还是服务器(甚至作为一个模块自身的功能)确实值得探讨,但这里暂定其为我们的HTTP服务器的功能。
我们需要的所有数据都会包含在request对象中,该对象作为onRequest()回调函数的第一个参数传递。但是为了解析这些数据,我们需要额外的Node.JS模块,它们分别是url和querystring模块。
url模块:允许解析URL、生成URL,以及拼接URL。
querystring模块:该模块提供了用于处理查询字符串的实用工具
url.parse(string).query | url.parse(string).pathname | | | | | ------ ------------------- http://localhost:8888/start?foo=bar&hello=world --- ----- | | | | querystring(string)["foo"] | | querystring(string)["hello"]
server.js 服务器函数:
var http=require('http'); var url=require('url'); function start(route){ http.createServer(function(request,response){ var pathname=url.parse(request.url).pathname; //获取路径 console.log('路径:'+pathname); route(pathname); response.writeHead(200,{'content-type':'text/plain'}); response.write('hello word'); response.end(); }).listen(8888); console.log('服务器开启'); } exports.start=start;
新建router路由文件
function route(pathname){ console.log('router:'+pathname); } exports.route=route;
主文件:
var http=require('./server.js'); var router=require('./router.js'); http.start(router.route);
结果:
服务器开启
路径:/
router:/
6.路由给真正的请求处理程序
路由,顾名思义,是指我们要针对不同的URL有不同的处理方式。例如处理/start的“业务逻辑”就应该和处理/upload的不同。
在现在的实现下,路由过程会在路由模块中“结束”,并且路由模块并不是真正针对请求“采取行动”的模块,否则当我们的应用程序变得更为复杂时,将无法很好地扩展。